Delphi vs C#

@turboq · Регистрация: 14.01.2010

Студворк — интернет-сервис помощи студентам

Всем привет.
Я уже давно люблю покодить на делфи(7) и вот решил попробовать на с#.
Тема глупая и затасканная, но все же какие преимущества я получу(и недостатки) с точки зрения любителя.

@Curry · 15.06.2019, 00:17

Сообщение от Shamil1

Это я не придумал, а прочитал на официальном сайте Intel. Это они написали про свои компиляторы.

Ссылку покажите где Intel пишет про то что С++ оптимизируется хуже С и что в С++ не бывает глобальной оптимизации.

Сообщение от Shamil1

Я же привёл Вам код функции, которую в принципе невозможно оптимизировать с использованием векторных инструкций.

Вы привели кусок кода, а через несколько сообщений написали что там выше ещё какой то код. Приведите целую функцию которую по вашему нельзя оптимизировать на С++, но можно на С.

Сообщение от Fulcrum_013

То что они там в сонях лисапетят к реалтайму вооще никакого отношения не имеет.

Erlang разрабатывали не для телефонов, а для сетевого оборудования, в частности для базовых станций сотовой связи.
А потом начальство сменилось, erlang из секретного языка фирмы стал общедоступным. А на что его заменили? На java.
На какую конкретно рилтайм ждаву не знаю, но такие есть, с рилтайм GC.
https://www.aicas.com/cms/en/JamaicaVM
https://www.ptc.com/en/product... tools/perc

@Shamil1 · 15.06.2019, 01:42

Сообщение от Curry

Ссылку покажите где Intel пишет про то что С++ оптимизируется хуже С и что в С++ не бывает глобальной оптимизации.

За последние 7 (или 10?) лет их сайт слегка изменился. Боюсь, что ту самую ссылку теперь найти невозможно.

Сообщение от Curry

Вы привели кусок кода, а через несколько сообщений написали что там выше ещё какой то код. Приведите целую функцию которую по вашему нельзя оптимизировать на С++, но можно на С.

C++
1
2
3
4
void* memcopy(void* dst, const void* src, size_t count) {
   while (count--) *dst++ = *src++;
   return dst;
}

@Fulcrum_013 · 15.06.2019, 04:47

Сообщение от Curry

На какую конкретно рилтайм ждаву не знаю, но такие есть, с рилтайм GC.

Нету. Ибо даже задачи динамического перераспределения буферов в реалтайме не существует. Телекоммуникации же вообще никакого отношения к реалтайму не имеют. Так же как и Sony к промышленным модемам сертифицированным для реалтаймового применения.

Добавлено через 3 минуты
Shamil1, Ну и что мешает его в rep movsd превратить? А то Борланд с майкрософтам как то не в курсах что что то мешает и таки преобразовывают.

Добавлено через 49 секунд
Shamil1, Ну и что мешает его в rep movsd превратить? А то борланды с майкрософтами как то не в курсах что что то мешает и таки преобразовывают.

@Curry · 15.06.2019, 09:31

Сообщение от Shamil1

За последние 7 (или 10?) лет их сайт слегка изменился. Боюсь, что ту самую ссылку теперь найти невозможно.

Отчего же? Обычно статьи и 10летней давности в интернете остаются, тем более от известных фирм. А если нет,
тогда ваш утверждение сродни утверждению человека который говорит что он с инопланетянами встречался и и они его катали в Шамбалу.

Про вышеприведённый вами код. Он показывает что С++ и С вы не знаете даже как начинающий, т.к. он даже не скомпилируется.

Сообщение от Fulcrum_013

Ибо даже задачи динамического перераспределения буферов в реалтайме не существует.

Это только ваше представление о рилтайме. Нет такого ограничения.

@Shamil1 · 15.06.2019, 13:45

Сообщение от Fulcrum_013

Ну и что мешает его в rep movsd превратить?

Тогда это будет другой код, который выдаёт другой ответ.

Добавлено через 7 минут

Сообщение от Curry

тогда ваш утверждение сродни утверждению человека который говорит что он с инопланетянами встречался

Я написал, что знаю. А Вы можете верить, можете не верить, можете детально в этом разобраться с помощью гугла.

Сообщение от Curry

он даже не скомпилируется

Ну замените void на конкретный тип.

@korvin_ · 15.06.2019, 15:19

Сообщение от Shamil1

Ну замените void на конкретный тип.

https://github.com/gcc-mirror/... c/memcpy.c

@Fulcrum_013 · 16.06.2019, 18:09

Сообщение от Shamil1

Тогда это будет другой код, который выдаёт другой ответ.

С каких делов? действие rep movs полностью соответствует *ptr1++=*ptr2++ или *ptr1--=*ptr2-- в зависимости от значения флага направления инкремента.
https://c9x.me/x86/html/file_m... d_203.html

@Shamil1 · 17.06.2019, 00:22

Сообщение от Fulcrum_013

действие rep movs полностью соответствует

Речь шла о "Ну и что мешает его в rep movsd превратить?" А оно уже не полностью соответствует.

@Fulcrum_013 · 17.06.2019, 04:00

Shamil1, И что не соответсвует?

@Shamil1 · 17.06.2019, 11:52

Сообщение от Fulcrum_013

И что не соответсвует?

Если копировать не по одному элементу, а блоками по несколько элементов (оптимизация с использованием векторных инструкций процессора), то результат работы функции будет другим (для некоторых входных значений).

@Usaga · 18.06.2019, 13:15

Сообщение от Fulcrum_013

Ну в случае с SQL он хорош при применении по назначению - написание запросов человеком. Там где этого не нужно SQL действительно самый отстойный способ.

И где это не нужно? Запрос в любом случае пишется человеком. Напрямую или средствами ORM. Разницы нет.

Сообщение от Fulcrum_013

Это вообще разработке мешает. Снижает ее продуктивность в десятки раз ведет к труднообнаруживаемым ошибкам утечкам памяти и прочим негараздам. Т.е. шарп и ява по средствам автоматики (а вернее полному отсутсвию оных) это языки уровня 60-х годов.

Только в больном воображении хейторов.

Сообщение от Fulcrum_013

Не смешите мои тапочки. Какие серьезные вещи на языках предназначенных для разравнивания ввода/вывода? То проста линуха таки доковыряла до состояния когда можно рискнуть ее без коренной переработки ядра использовать в некритичных частях системы.

Или инструмент просто кусок дерьма, который спросом совершенно не пользуется в силу каких-то особенностей.

Сообщение от Fulcrum_013

Вы ее давно пользовали? НУ поставтье попользуйте. Сразу поймете почему удобрение. Ну или хотя бы в доку по апи загляните. Система управления опять же уровня начала 70-х. Абсолютно никакого событийного управления. Особенно это касается асинхронного режима работы сокетов.

Ну да. То-то большая часть сервером в мире на линуксе. Или это тоже проделки криворуких?

@Curry · 18.06.2019, 15:16

Сообщение от Fulcrum_013

Ну в случае с SQL он хорош при применении по назначению - написание запросов человеком. Там где этого не нужно SQL действительно самый отстойный способ.

Какую тогда СУБД вы используете/рекомендуете вместо SQL баз?

@Fulcrum_013 · 18.06.2019, 18:54

Сообщение от Curry

Какую тогда СУБД вы используете/рекомендуете вместо SQL баз?

Базы не бывают SQL или не SQL. Они бывают реляционные или не реляционные. А SQL это всего лишь один из способов общения с реляционными БД ориентированный на формирование запросов человеком вручную/получение хуман-ридабле выхлопа непосредственно в терминале. Есть и ориентированные на машинное формирование/машинную обработку выхлопа. Их по возможности и используют при общении машин.

@Curry · 18.06.2019, 20:28

Сообщение от Fulcrum_013

Базы не бывают SQL или не SQL.

Определённо, бывают и такие и такие.

Сообщение от Fulcrum_013

SQL это всего лишь один из способов общения с реляционными БД

К SQL базам обращаются через запросы на языке SQL, потому они так и называются. Для некоторых SQL баз возможно делать prepared statements, но из SQL-же.
Если вам не нравится SQL, значит вы пользуетесь не SQL базой. Так какой?

@Fulcrum_013 · 18.06.2019, 21:57

Сообщение от Curry

К SQL базам обращаются через запросы на языке SQL, потому они так и называются.

Не путайте сервер и базу. Это сервера бывают с поддержкой SQL и без. При этом сервы реляционных БД не имеющие поддержки SQL давно вымерли. Но это не значит что они не имеют других интерфейсов. тот же мускул может давать выхлоп в клиента в бинарном виде. Это как минимум. Интербейс там тоже на бинарку все завязано. А то что называют NoSQL на самом деле просто нереляционные базы для которых SQL не подходит как язык запросов. Там тоже свои вариации бинарки и хуман-ридабле. К примеру сейчас опосредованно через серв с которым общаюсь пользую MongoDB.
Как бы там ни было но использование хуман-ридабле форматов в общении компов - ненужная глюпость, и этим никто не занимается нигде кроме веб-хеллоувердов.

@Curry · 18.06.2019, 22:55

Сообщение от Fulcrum_013

тот же мускул может давать выхлоп в клиента в бинарном виде

SQL - это язык ЗАПРОСОВ к базе, а не язык выдачи данных. Может существуют базы которые выдают данные только в текстовом виде, но Oracle,Postgress,Interbase,Firebird,MySQ L,SQLite выдают данные в двоичном виде. Это те с которыми я работал. А так, подозреваю что все. Так же и с данными заносимыми в базу, с параметрами запросов.

@Fulcrum_013 · 18.06.2019, 22:58

Сообщение от Curry

SQL - это язык ЗАПРОСОВ к базе, а не язык выдачи данных

Ну вот в том то и дело что именно он и не нужен при формировании запроса машиной. В машинном интерфейсе удобнее делать к базе аналоги примитивных select с ренджем а join выполнять уже на клиенте с закешированными таким же способом частями справочников. А тогда и весь смысл SQL отпадает. При этом не тратится время ни на компиляцию запроса ни на декартово произведение таблиц на серве. Да и траф шибко минимизируется.

@Curry · 18.06.2019, 23:47

Сообщение от Fulcrum_013

Ну вот в том то и дело что именно он и не нужен при формировании запроса машиной.

Почему тогда вы пишите про "текстовый выхлоп"?

Сообщение от Fulcrum_013

а join выполнять уже на клиенте с закешированными таким же способом частями справочников

Хотим на клиенте, хотим на сервере, который тоже умеет кешировать. Оптимизация запросов, дело тонкое, базозависимое. Бывают специалисты в этом, и как запросы составить, и какую структуру базы, индексы, снимки всякие, настройки параметров базы. Я к таким специалистам не отношусь, сам к ним обращаюсь. Но оптимальный запрос, это, обычно не самый простой и всё делать на клиенте. Чаще наоборот.

Добавлено через 2 минуты

Сообщение от Fulcrum_013

При этом не тратится время ни на компиляцию запроса

оно обычно незаметно по сравнению со временем выборки из базы. И, запросы бывают, как я уже писал, препарированные (откомпилированные).

@Usaga · 19.06.2019, 06:12

Сообщение от Fulcrum_013

а join выполнять уже на клиенте

О, боже мой! П - производительность. Давайте с данными работать не там, где они лежат, а тянуть всю таблицу в ОЗУ?

@Fulcrum_013 · 19.06.2019, 07:59

Сообщение от Usaga

Давайте с данными работать не там, где они лежат, а тянуть всю таблицу в ОЗУ?

Давайте качать на каждое телодвижение простыни которые можно закачать один раз? Бутылочное горлышко оно в скорости сети а не чего то еще. Да и клиентов на сервер поболе будет чем один.

Добавлено через 7 минут

Сообщение от Curry

Но оптимальный запрос, это, обычно не самый простой и всё делать на клиенте. Чаще наоборот.

Подавляющее большинство запросов это выборка с join. т.е. отображение таблиц в виде главной/детальной и подстановка из справочников. Сами справочники при этом меняются очень редко. т.е. то что нужно для выполнения редактирования базы на клиенте. При этом для главной/детальной очень сильно ускоряют вопрос скопы - т.е. фактически предсохраненные выборки по ключу которые тоже очень так неплохо кешируются. А вот обработка которая формирует таблицу из нескольких других это действительно лучше на серве.

Результаты опроса: Что лучше?
Delphi	64	24.43%
C#	123	46.95%
Они дополняют друг друга	20	7.63%
Ни один из них	55	20.99%
Голосовавшие: 262. Вы ещё не голосовали в этом опросе

Новые блоги и статьи Все статьи Все блоги /
Калькулятор для расчета родства russiannick 07.08.2026 1. Задача: Создать калькулятор для расчета родства. Родственных связей существует 8 ступеней, такие как: p - отец P - мать q - муж Q - жена b - брат B - сестра s - сын S - дочь	Мир по моей воле kumehtar 07.08.2026 Когда-то кажется, что всё просто. Ты весь такой светлый. Причиняешь добро. Борешься за справедливость в этом тёмном мире. Потом начинаешь замечать одну неприятную вещь. Почти каждый хороший. . .	Кредитный калькулятор Maks 05.08.2026 Решение задачи по прикладной информатике средствами 1С. Задача: Напишите приложение-калькулятор, которое помогает рассчитывать параметры кредита для аннуитетного и дифференцированного видов. . .	У нас сейчас поговорку "Опять 25" нужно переделать на "Опять +35". kumehtar 04.08.2026 С ностальгией вспоминаю времена моего детства, когда у нас и правда +25 - была максимальная температура летом. Раньше +25 °C реально казались вершиной жары, когда можно было весь день пропадать на. . .
Как ИИ начал спорить и врать (возможно почуяв опасность для себя от индустрии - уход от электроники). Hrethgir 04.08.2026 Недельный диалог, на фоне событий с НПЗ. Да, из спирта можно получать бензин, и это не сложно. Но потом в схеме я решил избавиться от насоса, при этом полностью сделав контроль подачи спирта в. . .	Термопринтер QR701 Argus19 03.08.2026 Термопринтер QR701 Купил два термопринтера QR701. На сэлф-тесте написано: Language: PC936 (GB18030). Что означает, что принтеры могут печатать только латиницу и китайские иероглифы. Так же. . .	Создание формы заимствованного документа Maks 03.08.2026 Задача: Необходимо создать собственную форму заимствованного документа. На форме должен быть реквизит "Покупатель", а также табличная часть со следующими реквизитами: - Расчетный счет покупателя. . .	Задача предоставления скидок покупателям Maks 03.08.2026 Задача: В документе "Продажи" необходимо реализовать функционал предоставления скидок покупателям. Скидка должна автоматически рассчитываться и подставляться в соответствующее поле при выборе. . .

@turboq 160 / 159 / 13 Регистрация: 14.01.2010 Сообщений: 1,497

	Delphi vs C# 24.01.2010, 11:31. Показов 81922. Ответов 861 Метки нет (Все метки) Всем привет. Я уже давно люблю покодить на делфи(7) и вот решил попробовать на с#. Тема глупая и затасканная, но все же какие преимущества я получу(и недостатки) с точки зрения любителя. 0

@Fulcrum_013 2083 / 1576 / 169 Регистрация: 14.12.2014 Сообщений: 13,614
	17.06.2019, 04:00
	Shamil1, И что не соответсвует? 0