Delphi vs C # для програмування GUI [закрито]

Я приходжу з PHP та Python фону з невеликим знанням C, я зробив багато веб-додатків, зараз я думаю про Desktop для Windows платформи.

Друг сказав мені поїхати за Delphi, а інші кажуть, що C # - найкраще, що я шукаю

1. Простота
2. Продуктивність
3. Гарна документація API
4. Швидкість
5. Перетягнути і кинути
6. Багатопотоковий та хороший мережевий API

Спасибі

Delphi, безумовно:

1. Простота - синтаксис Delphi заснований на Паскалі, який був чітко розроблений, щоб його було легко вивчити, і він може виконати цю обіцянку. C # 's заснований на сім'ї C, яка ... ну ... не була .
2. Продуктивність - Delphi є нащадком Turbo Pascal, і він все ще має найшвидший відомий людині компілятор, який значно підвищить вашу продуктивність. Плюс у цьому є налагоджувач Visual Studio бажає, щоб його налагоджувач був таким, як підросте. Особливо в останній версії Delphi налагодження набагато простіше.
3. Хороша документація API - «API» - це досить розпливчасте слово в наші дні, яке охоплює всілякі речі. Я припускаю, що ви маєте на увазі бібліотеки, і ось це щось на зразок обмацування. Як рамки .NET, так і стандартні бібліотеки Delphi мають хорошу онлайн-документацію та посередню, складну документацію в режимі офлайн. (Наслідок того, що команда Delphi вирішила використовувати ту саму жахливу довідкову систему, що і Visual Studio, від якої вони, сподіваємось, відійдуть у наступній версії.)
4. Швидкість - Delphi перемагає легко. Він компілюється в нативний код (швидше виконання та набагато швидший запуск, оскільки немає фази JIT), і він не використовує керовані покажчики, тому доступ до об’єктів швидший і менш кероване.
5. Перетягування - вбудована функція VCL.
6. Багатопоточна нитка - Delphi має вбудований клас потоку, але якщо ви хочете робити складні речі з одночасністю, є кращі варіанти. Прімоз Габрієльчич, член спільноти Delphi, працював над чудовою бібліотекою одночасності, до якої я допоміг. Він забезпечує підтримку на високому рівні для загальних цілей різьблення, таких як об'єднання завдань, паралельні петлі FOR та багатоступеневі процеси трубопроводу.
7. Хороший мережевий API - Delphi постачається разом з Інді, зрілою бібліотекою з відкритим кодом, яка дозволяє легко встановити та керувати Інтернет-з'єднаннями. Ми використовуємо це на роботі, щоб забезпечити рівень комунікацій для провідного в галузі додатка, про який ви, мабуть, ніколи не чули, якщо ви не працюєте в широкомовних ЗМІ.
8. Розгортання - цього не було у вашому списку, але варто згадати. Там все ще є системи, у яких не встановлена ​​.NET рамка. За замовчуванням Delphi збирає свою стандартну бібліотеку в EXE, а потім використовує smartlinker для видалення деталей, які ви не використовуєте, в результаті чого невеликі EXE, які не мають залежностей від масивних бібліотек виконання, вагою в сотні МБ, які матимуть ваші користувачі завантажувати та встановлювати окремо.

C # зазвичай матиме більшу базу користувачів, більше розвитку в майбутньому, а інструменти для розробки RAD через Visual Studio неймовірно.

1. Синтаксис буде подібний до того, який ви використовували в PHP та C.
2. Visual Studio зі своїми інструментами та IntelliSense надзвичайно продуктивний.
3. MSDN
4. Знову ж, інструменти VS + Intellisense, але швидкість дійсно виходить із знайомства з вашою мовою та її особливостями.
5. Дизайнер VS для WinForms, WPF.
6. System.Threading та System.Net

Я не маю великого досвіду роботи з Delphi, і я просто говорю про свій досвід роботи з C # загалом. Там, де я працюю, у мене надзвичайно жорсткі терміни, передбачені непрограмістами, і я в змозі надзвичайно швидко викачати лінійку бізнес-настільних додатків. В останні три тижні я перейшов від специфікації до розгортання на двох програмах LOB winforms. Продуктивність для розробки графічного інтерфейсу в C # з VS просто божевільна.

В обох є всі 6 балів, які ви хочете, але я думаю, що C # має перевагу у більшості, якщо не у всіх.

Щоб пройти пункти:

1. Delphi вимагає управління пам'яттю, тому ви можете стверджувати, що одне лише робить C # простішим. Прийнята відповідь тут згадує синтаксис, добре, що синтаксис C # схожий як на PHP, так і на Java, тому якщо ви хочете швидше вставати та працювати з будь-якого з цих фонів, тоді C # має перевагу.
2. Продуктивність, я думаю, ви швидше зробите роботу на C #. Бібліотека .net дає вам стільки, що в погані старі часи я повинен був би звернутися до сторонніх компонентів delphi, щоб надати.
3. Документація, Delphi завжди була хорошою, MSDN - кращою, плюс ви знайдете більшу спільноту для підтримки, дивіться мою аналогію переповнення стека нижче.
4. Швидкість, Delphi може мати перевагу в цьому, але збірка козиряє все, тому це, як правило, не є вагомим приводом для вибору мови. Я хотів би зазначити одне, що я чув, що люди цитують, що C # інтерпретується. Це не так, ніколи не було, у нього завжди був JIT.
5. Перетягування, доступне для обох.
6. Багатопотоковість, Delphi хороша, але C # відмінна тим, що створює такі конструкції, як lock(){}паралельні розширення та нові await.

Додатковою точкою, назвою питання є програмування графічного інтерфейсу, тому що я є великим шанувальником .nets WPF, який, єдине, що було у Delphi, було на півдорозі - Bold , що боліло приручити і тепер мертве.

Розмір спільноти, порівнюючи кількість запитань щодо цього та переповнення стека на тегах Delphi та C #, ви побачите, що розмір спільноти C # набагато більший.

Переповнення стеку:

• Delphi 17K
• C # 367K
• Java 312K
• c 73K

Я додав c, щоб показати, що це не проблема з віком мов, а Javaпросто для порівняння.

Я не фанат C # або Java, я був великим шанувальником Delphi, професійним розробником чистих Delphi протягом 7 років, але вони насправді накрутили його з 2005 року, з тим, що їх невдало нападало. IDE для навіть рідної 32-бітної компіляції. На мою думку, Delphi 7 була піком мови.

Коли я був в університеті, мене навчали програмуванню з Delphi. Я трохи іржавий, але зараз читаю багато коду Delphi, щоб перенести його на додаток C #.

Я дуже віддаю перевагу OO з функціональними нахилами C # над процедурними з OO нахилами Delphi. Ви повинні врахувати, як ви віддаєте перевагу кодування, обираючи між ними. Я не думаю, що в цьому є багато чого, коли мова йде про простоту - просто те, що вам легше. Те саме стосується продуктивності.

Що стосується RAD (швидка розробка додатків), між winforms та дизайном GUI Delphi не так вже й багато. Вони нагадують мені один про одного.

З іншого боку, WPF - це те, що я віддаю перевагу над обома своїм декларативним стилем.

Я не думаю, що між якістю та охопленням наданої постачальниками документації для C # або Delphi немає великої різниці. Я думаю, що ви знайдете більше інформації про постачальника про C #, але це могло бути просто тому, що я не дуже багато шукав на шляху Delphi.

Мені не доводилося робити жодного потокового програмування з Delphi, і будь-яка мережа, яку я робила, була років тому, і я не можу згадати.

Хороші бібліотеки .NET для паралельної обробки, подій та інших потокових робіт. Таким чином, ви там не пропустите. Існує велика підтримка, коли справа стосується мереж, тому знову настійно рекомендується.

Загалом, я б пішов з C # /. NET. Частково це пов’язано з WPF, але також я віддаю перевагу коду, який пишу в C #. Наскільки я знаю, дельфі не має нічого подібного до Linq, що я вважаю безцінним.