Сабж.
Давайте обсудим плюсы, минусы, сходства и различия. 


Это сообщение отредактировал(а) Keeper89 - 26.12.2009, 02:02

Наверное, основной минус сишарпа в том, что нужно таскать с собой инсталляху дотнета, при чём той версии, для которой скомпилирована программа. Второй минус в том, что по-человечески нельзя защитить программу. Я сишарп не знаю, поэтому по нормальному сравнить не могу. Код у сишарпа по сравнению с дельфи тяжело читаем. Основной плюс, наверное в том, что IDE есть бесплатные или сравнительно с Delphi дешёвые.

Добавлено через 1 минуту и 33 секунды
Я пытался начать писать на сишарпе, но попался проект, который нужно было быстро реализовать, так я и забросил сишарп. По моему мнению, лучше изучать джаву, нежели сишарп. А сишарп потом легко дастся, т.к. синтаксис весьма похож.

Добавлено через 3 минуты и 42 секунды
Не знаю, как для сишарпа, а вот на данный момент для дельфи ну просто нереальное количество компонентов самых разных. И программисту уже можно тратить больше времени на реализацию бизнес-логики приложения, нежели на дописывание, например, всяких фич для репортинга или отображения/фильтрации/сортировки данных в DBGrid`е.

Добавлено через 4 минуты и 35 секунд
Минус дельфи ещё в том, что нет встроенных регулярок и нормальной системы для построения отчётов.

 нет встроенных регулярок, ну и хрен с ними.. RegExpr рулит. 
А где есть нормальная система построения отчетов?

не рулит, старьё

Добавлено через 35 секунд

Но компонентвми RAVE Report почему-то мало кто пользуется.

+1

Уже на 2009 столько ворнингов, что мама не горюй. Новые обсуждаются в этой теме.

Ну в принципе если разрабатываешь полноценную БД для конкретной фирмы и известно что там есть MS Office, то можно отчёты создавать через это чудо, а потом пользователь пусть чего хочет с ними делает, если нету тогда хуже...

Причём отчёт кидай хоть в Excel хоть в Word

DarkProg, 
Во-первых, за Офис тоже нужно платить;
Во-вторых, отчеты позволяют делать некоторые специфические и гибкие вещи.

З.Ы. С отчетами ясно, давайте о чем-нибудь еще 

А че тут обсуждать главный плюс C# это платформа .net: Linh, WPF, тесная интеграция с SQL Server, потенциальная кроссплатформенность, SilverLight, все большая ориентированность на WEB и т.д.



Это сообщение отредактировал(а) cemick - 27.12.2009, 09:46

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

Я бы сказал импотенциальная. Нету её

Я считаю, что у Delphi более интуитивно понятные компоненты нежели чем у С#

DarkProg, Это Вы про VCL ? Помню пришлось с Borland Delphi на С++ Builder перейти, так собственно чувствовал себя как рыба в воде. 

А чем компоненты билдера от компонентов Делфи кардинально отличаются? Из-за чего пришлось перейти?

Вот я, лично, радовался, когда увидела в VS делфиподобные компоненты для .NET и сходные методы и свойства. 

Если сравнивать Delphi для .NET и C# я бы выбрал C#, а если не обязательно под .NET - без разговора Delphi (ну или CppBuilder)

Я, конечно, не пользуюсь асмом, но в дельфи можно использовать асм. В дельфи можно использовать dll. Ну в сишарпе нормальные длл использовать можно, конечно, но не так просто.

Точно! асм это большой плюс   

Ну это как посмотреть. Основной минус в наличии нескольких версий. А сам по себе мощный рантайм со сборкой мусора и рефлексией - это тема. За всё надо платить.  


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


Если нужна кросс-платформенность (точнее кросс-ОСность) "здесь и сейчас", то да.


Ты имел ввиду исходный код? Есть обфускаторы.


    Зачод!


О нет. Тут ирония в том, что относительно нормальные dll есть только на платформе .NET. Классические Windows dll - костыли. Лучше бы их вовсе не было.

Добавлено через 49 секунд

  Большой минус для 99,(9) % программистов.

При всех их недостатках - я бы посмотрел на тебя без них

  Что ж значит нас немного. А вообще "+" что он вообще есть. Без него многие проблемы остались бы не решёнными. Использование asm требуется там где скорость превыше всего.

В глазах не рябит от -> и { } 

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

Я не спец, но обфускаторы легко обходят

  Так и смотри! Продолжай писать в забытой богом среде разработки под забытую богом платформу.  Всё, платформе Windows пришёл конец. Есть ещё островки (драйвера, игры), но .NET не будет отступать.  

И ведь это не единственное преимущество. Вот к примеру разберём ещё одно: .NET говорит на многих языках. Речь не об интернационализации (тьфу, еле написал  ), а о той самой кросс-языковой разработке. И сейчас это уже не фантастика. Возможность смешивать ФП (в лице того же F#) и ООП (в лице того же C#) и получать выгоду от использование каждого изподходов не тратя ни минуты времени на интероперабельность. Юнит-тесты можно на скорую руку накидать на IronRuby или IronPython. И так далее...

Никто не говорит, что ФП или юнит-тестирование есть 100% благо, но индустрия идёт этим путём. Это уже мейнстрим. 

Через 2-3 года найти молодого Delphi программиста на место Junior Developer'а будет также легко как, прости, девственницу-старшекланицу. Та "школота", которой вы с таким упоением, рассказывали, что, всё фигня, кроме пчёл Delphi, учила C#. И они подросли. А дальше будет только хуже. Они начнут учить F# и создадут SkyNet.   Для Delphi, конечно, хуже.


Нас? Ну и самомнение у Вас. Я боюсь, что немногие настоящие профессионалы способны написать более быстрый код по сравнению с продуктом работы современных компиляторов. И что-то мне подсказывает, что Вы в их число не входите...


Да противно. Первое время аж до  Но что делать. 


Легко? Тебя ввели в заблуждение. Тут у меня такие мысли. Да, обфускация - только преграда. Обойти можно. Но

• Это сложно. При качественной обфускации - очень сложно.
• Если есть желание, спрятать что-то серьёзное в исходном коде (скажем, пароль) - с этим желанием надо бороться. Это было бы ошибкой.
• Если есть желание, спрятать некий алгоритм или что-то подобное - Вы гений. А уверены? 

Эх, как людей 1 и 2 января штырит     

kemiisto, ну скажи нам по порядку, в чем плюсы, а в чем минусы каждого. А мы в отместку про Оберон почитаем 

Это сообщение отредактировал(а) Keeper89 - 20.1.2010, 14:13

Простите мою ламотность, но как в .NET с глобальными хуками (внедрение DLL) и службами (сервисами)?

Думаю, что проще чем в дельфи.

Akella, а в дельфи с этим есть какие-то сложности?

WCF ?


.net НЕ предназначен для системного программирования. Но если вам это так необходимо, то вы можете использовать неуправляемый код. Так же вы не напишете плагин к тотал командеру или например фаер фоксу.

Что же касается системного программирования под Windows, то его востребованность не большая. Если думаете, что изучив винапи и асм будете получать миллионы денег в розовых мешках, то сильно ошибаетесь. 

По поводу, что лучше. Делфи имеет некоторые преимущества при разработки системного ПО. Но, что касается решений для бизнеса, то делфи вообще не вариант. Возможности, по работе с БД в делфи ничтожны, по сравнению с .NET.

Давайте представим ситуацию. Есть фирма, которая имеет много филиалов. У фирмы есть внешний(ASP.NET VB.NET) и внутренний(Silverlight C#) сайт, есть несколько приложений(WinForm C#) для сотрудников фирмы, некоторым из которых нужна сильная обработка данных (dll F#), есть несколько сервисов(WCF) для других фирм, симпатичное приложение(WPF C#) для клиентов, программа для менеджеров на коммуникаторе(.NETCF C#) и этот список можно продолжать. Так вот, написав очередную библиотеку, её можно будет с лёгкостью использовать в каждом из выше перечисленных проектов. При всём этом, мы имеем безопасный и управляемый код. 
А что делфи? В мире уже давно определено что лучше... Поищите в гугле форумы по программированию, и обратите внимания, в скольких есть разделы по делфи, а в скольких по шарпу.  Никого не хотел обидеть, но факт остаётся фактом. 
А любителям асма, и высокопроизводительный код предлагаю внимательно почитать этот пост , и поучаствовать в соревновании   

Что то хотел написать больше, но чёт настроения нет

Вот за это низачтод   

Щас, да. Мне заняццо нечем? И тут надо понять, с какой позиции смотреть на вещи. Дай конкретную ситуацию - и я тебе скажу, что лучше. А так - только ресурс клавиш изводить.  



Гугл, вроде, работает. Или в Твери уже нет?

Ну а попусту возникать - зачем клавиши изводить? 

Гугл не работает только в Кинешме и Осло. Ибо зачем гугл там, где есть kemiisto    

Это сообщение отредактировал(а) Keeper89 - 22.1.2010, 00:00

   да ну на

Вы чего?    Это же уже давным давно известно... Ну кто в наше время начинает проекты для бизнеса на делфи? Это же лишено всякого смысла. Разве что дописывают старые...

Я о том же.

Если в смысле только дописывания - возможно, хотя у меня нет точной информации кто что использует (и, думаю, она есть только в Embarcadero). Но Delphi - изначально позиционировался как RAD-инструмент для работы с БД и это до сих пор так.
Если говорить совсем грубо, .NET - это такой же фреймворк, как и VCL. Все знают статью Д. Спольски по этому поводу. 
Не всем нужно это:

У VCL&Delphi свои преимущества, у .NET - свои.

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

Это сообщение отредактировал(а) Keeper89 - 22.1.2010, 19:39

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


Ты веришь, что здесь моя скорость и сила зависят от моих мускул? Я даже воздухом не дышу! (с)
Возможности языка ровным счётом нечего не значать. Тем более в этом случае.

Окей, возьмем такие:

• Работа с системой
• Бизнес-приложения
• Мультимедия, игры и т.д.

Естественно, все под Windows.

Слишком размыто. Если как часть какой-то программы (теже вот глобальные хуки), то нет никакой разницы - небезопасный код на C# писать не сложнее, чем код на Delphi. Если приложение полностью завязано на работу с системой - оно пишеться на том языке, на котором написана система. Delphi + WinAPI - для тех, кому нечем заняться.


Опять же слишком размыто. И надо не только круг задач, но и ситуацию обрисовать. Кто пишет? Контора? Фрилансер? Для кого? И т.д.
Если ты фрилансер и пишешь для какой-нить конторки - C#. Во-первых, можно вообще не платить за среду разработки - берём Express-редакцию или ближаюшую Beta. И если у первой будут ограничения на работу (там идёт MS SQL в Express-редакции, более куцый рефакторинг и локальный MSDN), то у второго варианта нет никаких ограничений. И поверь мне: VS Beta в разы стабильнее Embarcadero'вских "финальных" релизов. Можно вообще писать в каком-нить SharpDevelop.
Если речь о компании - всё-равно C#.  VS дешевле, лучше документирована, программистов найти легче, ...


Для C# есть управляемый Direct X + всякие там XNA Game Studio. А вообще - С++.   

kemiisto, все чодко, сенкс.   
Получается, что С# рулит. Но должны же быть у Delphi преимущества? 

По поводу бизнес-приложений. Как с поддержкой всевозможных БД, созданием простеньких ИС? И для фриланса, и для компаний.

Да, и кроме того: что если сравнивать VCL с .NET учитывая только разработку под Windows? 

Естественно!  

• Проще в изучении.
• Лучшая обратная совместимость среди всего, что я видел. Если забыть о Unicode, то проект из 4/5-ой Delphi нетрудно перенести даже в 2010.
• Самый простой способ написания нативных (не .NET) Windows-приложений. Зачем это надо - другой вопрос. Но это реально проще, чем VB (не .NET), а по возможностям - сравнимо с С++. 
• Самый быстрый компилятор. Даже сейчас (начиная с 2009) после перехода на "сверхскоростной"  MSBuild.

Если сравнивать VCL c FCL (Framework Class Library), то:

• С одной стороны FCL круче. Эта царь-библиотека. Функциональности больше в разы.
• С другой - этой функциональности слишком много и дотнетчики ей разврашены. Разработка сводится к нахождению нужных классов. А если их нет - паника! Бегом на форум "Подскажите класс для ...!" Ничего не напоминает?  Достаточно заменить слово класс на компонент... И брюки превращаются...  И вообще с этими царь-библиотеками не так всё очевидно. Тут надо думать.

Это сообщение отредактировал(а) kemiisto - 26.1.2010, 13:39

kemiisto,   

Ничего сказать про удобство работы с БД и доступность провайдеров БД не могу. В лучшем для Delphi случае должен быть паритет. Ведь по сути и C# и Delphi продают компании, которые до кучи ещё и свои СУБД производят. Стоит думать, что лучше всего продукты разработки интегрированы с "родными" же СУБД. А поддержка сторонних СУБД зависить от комьюнити, рыночных перспектив. Для C# сейчас должно быть больше решений. Теоретически.

Вот ещё что. Десктоп бизнес-приложения доживают свой век. Этот рынок уже ушёл в веб.  Delphi теряет популярность и поэтому тоже. А у C# с вебом всё в ажуре.  

Это сообщение отредактировал(а) kemiisto - 26.1.2010, 14:06

Вы про это главное не забудте напомнить разработчикам Аксапты, Сапа, Навижена и прочим, а то они вроде не в курсе.

Цитата(Akella @  25.12.2009,  00:58)
"Наверное, основной минус сишарпа в том, что нужно таскать с собой инсталляху дотнета, при чём той версии, для которой скомпилирована программа."
Уточните, кому "...нужно таскать с собой инсталляху дотнета, при чём той версии, для которой скомпилирована программа..." - разработчику программы или пользователю программы? Разве программа, разработанная в Студии 2005 (дотнет 2.0) не будет работать на компе, где установлен только дотнет 3.0 или 3.5?

Кому нужно - тот пусть и таскает.

Добавлено через 13 минут и 42 секунды

нет, нужна конкретная версия дотнета

"нет, нужна конкретная версия дотнета "
Akella, а как же быть со следующими высказываниями в теме
http://forum.vingrad.ru/forum/topic-229082.html на форуме .NET -> .NET для новичков:
"...понятно что приложение написанное на 1.1 будет запускаться и на 2.0..."
"...если приложение скомпилировано под 2.0, то оно может также запускаться на компах, где установлен .NET Framework 3.5 ..."?
При обсуждении ребята ссылались на http://msdn.microsoft.com/:
"The version of the .NET Framework that an application runs on is determined as follows:
    *      If the version of the .NET Framework that the application was built against is present on the computer, the application runs on that version.
    *      If the version of the .NET Framework that the application was built against is not present and a configuration file does not specify a version in a <supportedRuntime> Element, the application runs on the latest version of the .NET Framework that is present on the computer.
    *      If the version of the .NET Framework that the application was built against is not present and the configuration file specifies a version in a <supportedRuntime> Element, the application runs on the latest version that is specified in the application configuration file and is present on the computer. "
Или я не понял, о чем они говорили?
P.S. По некоторым причинам для меня очень важен это вопрос.

de_Nis, там речь шла, вот про что. Дело в том, что .NET Framework 3.5 (как и .NET Framework 3.0) - расширение .NET Framework 2.0, с сохранением всех библиотек и добавлением новых компонентов (WPF, WCF, ...). Но CLR там по-прежнему 2.0. К тому же установка .NET Framework 3.5 тянет ещё  .NET Framework 2.0 SP1, (или .NET Framework 2.0 SP2 если ставить 3.5 SP1) и .NET Framework 3.0 SP1 (или .NET Framework 3.0 SP2 если ставить 3.5 SP1).

Добавлено через 51 секунду

Неверно. Будет. Объяснение выше.

Ну фиг знает. Когда я читал книгу, то там было написано о "версионности". Что это круто. И если программа написана для такой-то версии дотнета, то именно такая версия дотнета должна быть быть установлена и у пользователя.

Добавлено через 1 минуту и 53 секунды

ааааахххаааа  , ну и ну, ну и шуточки у МС

Добавлено через 2 минуты и 34 секунды
Это ж сколько нужно с собой таскать и знать, что ставить/не ставить на комп клиента, чтобы твоя прога заработала 

Добавлено через 4 минуты и 47 секунд
То ли дело прога, написанная на дельфи!! Я всегда уверен, что моя прога запустится от вынь98 и до вынь7 и даже на линуксе под вайном. И всё в одном инсталляторе вместе с сервером баз данных и самой базой  

Хм... Ну, если делать *.msi инсталляху Wix'ом или в том же Visual Stuido (Setup Project), то всё очень даже по-людски. По Wix - инфа тут. Можно проверить, усатновлен ли нужный Framework и вывести сообщение. Или установить прямо во время инсталляции своей софтины. Так.

Для InnoSetup тоже есть решение. Тут.


Это враньё. Скажем, будет у тебя тот же GDI+ заюзан. И 98 может пойти лесом. Про Wine - вообще отказываюсь комментировать. Фантаст, млин.  

Конкретно вот эта комбинация - ничуть не хуже варианта С + WinAPI

А что насчёт TCHAR? Я не в курсе, просто спросил

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

Отличное решение для написания трояна...   А вообще проблем с этим только надуманные...

С ним все хорошо, вместо него есть Char

заюзан, и одна dll-ка кладётся рядом  программой, она ведь небольшая.

Добавлено через 24 секунды

Но работает же.

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

Один из покупателей моей программы работает на МакОС  

Добавлено через 5 минут и 36 секунд
И другая программа неплохо под вайном работает за исключением того, что какие-то самописные компоненты для отображения деревьев кривовато работали. Сам пробовал ещё когда версия вина было меньше 1.

Ну про вынь98 - это делфя древние нужны. А под вайном идут, проверено.

не понял

Цитата(kemiisto @  2.2.2010,  17:35)
" Дело в том, что .NET Framework 3.5 (как и .NET Framework 3.0) - расширение .NET Framework 2.0, с сохранением всех библиотек и добавлением новых компонентов (WPF, WCF, ...). Но CLR там по-прежнему 2.0. К тому же установка .NET Framework 3.5 тянет ещё  .NET Framework 2.0 SP1, (или .NET Framework 2.0 SP2 если ставить 3.5 SP1) и .NET Framework 3.0 SP1 (или .NET Framework 3.0 SP2 если ставить 3.5 SP1)."
Более того. Так случилось, что вчера на комп инсталлировали программу, которая для своей работы требует NET Framework 3.0. До инсталляции на компе не было ни одной версии NET Framework. После инсталляции программы в окне "Установка и удаление программ" можно было увидеть, что установлены NET Framework 3.0, 2.0 и даже 1.1.  

Кто-нить упоминал про визуальное наследование форм, динамические курсоры, тормознутость?  

Это в достоинства или в недостатки?


Это что таке? также см. предыдущий вопрос


чью?

угу, открыл я проект 2006-й делфи в 2010-й (юзаетя DBF-база через BDE (STANDARD/DBASE))
ошибка при выполнении запросов -- ругается на ORDER BY -- с чего бы вдруг?




весьма сомнительное преимущество учитывая общую примитивность языка... Вы каждые пять минут перекомпилируете проект?

Это сообщение отредактировал(а) k0rvin - 10.3.2010, 23:04