C ++ Builder против Delphi против MFC - PullRequest
4 голосов
/ 14 июня 2009

Я изучаю MFC и считаю, что им не так просто пользоваться.

Я много слышал о Delphi. исследование Delphi привело меня к C ++ Builder.

предлагает ли C ++ Builder серьезную и хорошую альтернативу C ++ / MFC? C ++ Builder лучше, чем MFC? C ++ Builder лучше Delphi? (Я слышал много хороших вещей о Delphi)

Может ли кто-нибудь дать мне сравнение между C ++ / MFC, Delphi и C ++ Builder?

Спасибо за помощь.

Ответы [ 11 ]

20 голосов
/ 14 июня 2009

Я бы посоветовал вам пойти Delphi.

Мои плюсы для этого будут

  • Синтаксис очень прост и удобочитаем. Вы знаете, C ++ заставляет вас писать «загадочный» и «мистический» код со странными переменными и тому подобное. Ад! половина c ++ имеет префикс "__"

  • Производительность почти такая же, как у приложения C ++. Если вы не используете VCL, то должно быть то же самое. Но что такое Delphi без VCL.

  • - Родные-- приложения. Это означает, что абсолютно не о чем беспокоиться: нет фреймворков, нет времени выполнения. (Вы все еще можете создать приложение с помощью пакетов времени выполнения, хотя)

  • Связь с базой данных также является одной из ее сильных сторон ... очень сильная

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

И этот список можно продолжить ...

Да, и в заключение, Delphi может сделать все, что может C ++ / C # / C и т. Д. ЗА ИСКЛЮЧЕНИЕМ драйверов устройств, так что если вы не планируете писать драйверы для принтера или чего-то еще, Delphi - это то, что вам нужно.

8 голосов
/ 14 июня 2009

Сообщество Delphi по-прежнему активно (как вы думаете, почему Delphi 2009?). Delphi поставляется с богатыми наборами компонентов, и есть процветающие компоненты сторонних производителей. Работая над MFC и Delphi в профессиональной среде, я могу легко сказать, что Delphi намного лучше с точки зрения простоты разработки и общего качества.

Исходя из C #, в Delphi есть похожие концепции, о которых Андерс Хейлсберг уже думал, например, TComponent, TDataSet, свойства и события (которые стали делегатами). Delphi также может использоваться для использования COM-объектов, написания веб-сервисов, написания механизмов отчетов для пользовательских отчетов.

Но подождите, это еще не все. Проверьте DevExpress ' ExpressQuantumGrid .

6 голосов
/ 14 июня 2009

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

  • Если вы собираетесь создавать приложение, управляемое базой данных с графическим интерфейсом, любыми способами используйте Delphi.
  • Можно вызывать C / C ++ / C # DLL из Delphi.
  • Delphi работает быстро и легко, когда дело доходит до разработки приложений Win32 Native. См. Определение RAD .
4 голосов
/ 14 июня 2009

Я предлагаю вам перейти на MFC и предоставить нам, программистам Delphi, наше конкурентное преимущество. ; -)

4 голосов
/ 14 июня 2009

Вам придется взвесить ваши варианты и немного заглянуть в свой хрустальный шар.

C ++ Builder использует VCL Framework, который, несомненно, намного проще и более «визуален» (т. Е. Поддерживается дизайнером), чем VC ++ / MFC

Но если есть шанс, что вам придется работать с .NET (= все приятные новые API от MS), то вам, вероятно, лучше с VC ++, я не ожидаю, что Codegear будет поддерживать C ++ / CLI в любое время скоро.

Есть и другие подобные соображения, поэтому встречный вопрос: для чего вы собираетесь его использовать?

4 голосов
/ 14 июня 2009

Если вы работаете с C ++ Builder, вы, вероятно, захотите использовать VCL, а не MFC.

Что касается сравнений VCL / MFC или Visual C ++ / C ++ Builder, для этого уже существует поток .

2 голосов
/ 16 июня 2009

Возможно, вы захотите взглянуть на эти вопросы.
Хотя это не сравнение с C ++ / MFC, они подчеркивают многие качества Delphi.

https://stackoverflow.com/questions/179319/what-language-or-rad-ide-do-you-recommend-for-building-shareware

Какой язык я использую для моего проекта?

2 голосов
/ 14 июня 2009

Ваш вопрос запутался. C ++ Builder - это просто IDE для C и C ++. MFC - это библиотека для программирования на C ++. C ++ Builder может использоваться с или без MFC, и наоборот. Delphi, также называемый Object Pascal , является другим языком программирования.

Примечание: существует весь форум , посвященный использованию C ++ Builder с MFC.

1 голос
/ 28 сентября 2009

Мое предложение было бы забыть о MFC. Эта структура действительно больше не в этом возрасте. По своей природе это тонкая оболочка для Windows API, и поэтому ее немного легче освоить, чем в простом программировании на Windows C. Мой опыт показывает, что написание и обслуживание программного обеспечения, написанного на MFC, занимает в 2-3 раза больше времени, чем на C ++ Builder или Delphi. Причиной выбора MFC может быть то, что вы хотите оставаться ближе к Windows API, возможно, потому что вы вызываете некоторые экзотические функции. Если это так, C ++ Builder - лучший выбор. Простота использования близка к Delphi, включая простые в использовании элементы управления RAD, но она позволит вам вызывать любую функцию Windows API напрямую на ее родном языке. Несмотря на то, что базовый код остается тем же самым, если вы вызываете его из Delphi, вы всегда должны мысленно переключаться между Pascal и C ++.

Но в конечном итоге я бы никогда не начал новый проект в MFC, а использовал бы вместо этого C # / .NET ...

0 голосов
/ 16 ноября 2009

Я работаю над сборкой c ++ уже 3 года, и это здорово после использования VB и VC ++. Очень легко создать приятный на вид современный интерфейс, очень простая в обслуживании программа, хорошая производительность. Но он немного нестабилен, а IDE очень медленный и нестабильный. VC ++ лучше в стабильности IDE и компилятора, быстрее. Но на самом деле MFC - это ужасно, нормально делать драйвер или системную программу на MFC без интерфейса, но чтобы сделать красивую внешность с помощью простой программы с графическим интерфейсом на MFC, на самом деле я не представляю, какого черта это требует времени и как поддерживать!

...