C ++ Builder или Visual Studio для собственной разработки на C ++?

Question

Я решил, что хочу больше узнать о разработке собственного кода на C ++. Я пытаюсь решить, будет ли мне лучше работать с использованием CodeGear C ++ Builder 2009 или Visual Studio 2008. В настоящее время я использую Delphi 2007, поэтому мне очень удобно работать с IDE C ++ Builder (такой же, как Delphi), а также с VCL и RTL.

Я никогда не был большим поклонником MFC (с первого раза, когда я играл с ним в VS 6.0 дней), но с тех пор я не обращал на это пристального внимания.

Мне интересно узнать мнение некоторых экспертов, имеющих опыт работы с обеими IDE, независимо от того, являются ли они самыми последними версиями.

Прямо сейчас я склоняюсь к C ++ Builder, потому что считаю, что VCL гораздо надежнее и с ним проще работать, чем MFC - но, как я уже сказал, я давно использовал MFC. Я не заинтересован в создании программ, основанных на .NET Framework, потому что я частично учу себя нативной разработке. MFC по-прежнему царит для Windows C ++? Или WTL или ATL большая вещь?

Кто-нибудь из C ++ гуру хочет поделиться своим мнением?

РЕДАКТИРОВАТЬ : Я понимаю, что MFC - не единственный инструментарий GUI для Visual Studio. Тем не менее, я ищу некоторые рекомендации, основанные на GUI инструментарий + IDE. Для C ++ Builder существует только 1 реальная опция - C ++ Builder + VCL. Для VS 2008 это VS + MFC / ATL / WTL / QT .... сбивает меня с толку, так как я мало что о них знаю.

Answer 1

Для нативной разработки на C ++ я бы не хотел использовать ни C ++ Builder, ни VS. Эти IDE оптимизированы для использования с их фреймворками.

Я бы предпочел Eclipse, Code :: Blocks или Codelite. Эти IDE не оптимизированы для какой-либо платформы, и вы можете переключаться между несколькими компиляторами на строгих платформах.

Answer 2

Попробуйте вместо Lazarus. Напиши один раз, собери много. Работает на нескольких платформах. Каждый, кто имеет опыт работы с Delphi и Kylix, будет чувствовать себя как дома с этим инструментом RAD. Что касается будущего, то это открытый исходный код с сильным сообществом, развитие будет продолжаться без коммерческих ограничений.

Answer 3

В последнем C ++ Builder от CodeGear - я имею в виду версию 2009 года - то, что его обновления действительно могут заставить вас ненавидеть эту IDE.
После установки 2-го обновления я обнаружил, что блок if / else НЕ РАБОТАЕТ ПРАВИЛЬНО. Он может вводить оператор IF, но не может вводить еще один - и это не зависит от ситуации - эта языковая инструкция просто перестала работать вообще. Мне потребовалось около двух-трех часов, чтобы понять это, и я начал разрабатывать необходимое приложение win32 для VS. Я считаю, что оно более надежное, чем продукт CodeGear. Вторая функция, которая мне не нравится, вы не можете отключить поддержку Unicode и вынуждены использовать ANSI версии функций win32 EXPLICITLY (например, SendMessageA (...)), что очень скучно. Я едва уложился в срок, чтобы закончить работу, используя VS2008.
Это только мой опыт, выбор за вами

Answer 4

Когда дело доходит до разработки Windows, на самом деле ничто не превосходит Visual Studio. Он очень многофункциональный и имеет отличный отладчик, не говоря уже о огромном сообществе пользователей, которое поможет вам с любыми проблемами, с которыми вы можете столкнуться. Если бы инструменты разработки компании для их собственной операционной системы не были для нее лучшими, я бы опасался их статуса в мире программного обеспечения. Но если вам не нужны дополнительные функции и вам абсолютно необходим RAD-инструмент с перетаскиванием (кроме MFC), C ++ builder не сильно отстает. Предварительное использование среды delphi является для вас преимуществом.

Answer 5

2012 почти заканчивается. Я был пользователем Borland C ++, а затем перешел на VC ++ 6.0. Недавно появилось требование от клиента, который хотел бы получить графический интерфейс для своего продукта и не хотел зависимости от .NET Framework. поэтому я исследовал Embarcadero RAD Studio XE2.

Когда дело доходит до разработки C ++ RAD, я думаю, что даже MSVC ++ не подходит близко к этому. Это было похоже на ветер. хотя я нашел проблемы при компиляции шаблонов. Например, если вы определили функтор и хотите объединить конструктор с вызовом функтора, который вы не можете сделать в C ++ B, вы должны создать объект и затем вызвать функтор отдельно. Были и другие проблемы, так как я не мог полностью скомпилировать библиотеку Poco.

Я нашел решение, создав библиотеки DLL в VC ++ и вызвав их из внешнего интерфейса C ++ B. это дает лучшее из обоих.

Я надеюсь, что Embarcadero скоро догонит стандарты.