我已经决定使用C++进行本机代码开发.我正在尝试使用CodeGear C++ Builder 2009或Visual Studio 2008来更好地服务.我目前使用的是Delphi 2007,因此我对C++ Builder的IDE(与Delphi相同)非常熟悉,以及VCL和RTL.
我从未成为MFC的忠实粉丝(从我第一次在VS 6.0中玩过它),但从那时起就没有仔细看过它.
我有兴趣听取一些有IDE经验的专家的意见,无论他们是否是最新版本.
现在,我倾向于使用C++ Builder,因为我相信VCL比MFC更强大,更容易使用 - 但正如我所说,自从我使用MFC以来已经有一段时间了.我对构建依赖于.NET Framework的程序不感兴趣,因为我部分地教自己本地开发.MFC仍然是Windows C++的王者吗？或者WTL或ATL是重要的东西？
那里的任何C++大师想分享他们的意见吗？
编辑:我知道MFC不是Visual Studio唯一的gui工具包.但是,我正在寻找基于GUI工具包+ IDE的一些建议.对于C++ Builder,只有一个真正的选项,即C++ Builder + VCL.对于VS 2008,它是VS + MFC/ATL/WTL/QT ......因为我对它们不太了解而对我感到困惑.
来自Delphi,你会发现VCL很容易与C++ Builder一起使用.有一些奇怪之处,比如C++并没有隐藏TObjects都是真正的指针(Delphi隐藏的事实),而且像数组属性这样的东西被不同地访问了.
两三年前,我一直在寻找C++ Builder的方法,但现在,随着最近的发布(以及Embarcadero购买Codegear),我对产品和方向感到满意.
您会发现C++ Builder中字符串类型的数量和各种潜在的不兼容性非常痛苦,但您会习惯它!(std :: string,char [],wchar_t [],TCHAR,AnsiString,WideString,UnicodeString和String等等)
我个人投票给C++ Builder - 因为双向RAD和VCL,虽然它可能不是学习现代C++习语的最佳方式.
Visual Studio和MFC不一样.我一直在使用Studio,而且我避免像瘟疫这样的MFC.您可以使用WTL,ATL,Win32或任意数量的库来创建没有MFC的应用程序.
简单的答案是,对于纯C++开发,它必须是VC++.
要扩展:作为一个纯粹的C++开发环境,你根本无法击败VC++,调试器更好,IDE更优越(当然所有的恕我直言).我用它来开发库,然后由于这些原因我从C++ Builder中使用它们.
但是,一旦开始进行UI开发,或者使用VCL或组件可以解决的任何问题,C++ B是更好的选择.与VCL相比,相比之下MFC或ATL是可怕的,因此让你使用.NET,这可能是一个更好的选择,但不是
我不确定我是否建议使用C++ B或Delphi构建一个基于过去几年供应商'方向'的新产品.然而,这似乎正在变得越来越好,但是直到多一点时间过去,很难说这些承诺如何转化为现实.
如果你在Windows上进行纯C++开发,那么很难击败VS. 编译器速度快,符合标准,并且生成优化的代码.调试器在任何平台上都是最好的.IDE没问题.
它也显然是Windows上最广泛支持的编译器工具链.下载任何开源项目/库,如果支持Windows,则可能已使用VS构建和测试.它的受欢迎程度也确保了它在简历上最有用.
Builder会给你什么？一个合理的GUI库.嗯,这很好,但还有许多其他不错的GUI工具包(wxWidgets,GTK,Qt等).许多是开源和跨平台的.
但是,最近我发现重组我的应用程序以提供API然后用不同的语言在其上构建GUI更好.C++的优势不在于GUI开发.至少今天不...
我会选择 - 并推荐 - VS over Builder.
我已经多年没有使用C++ Builder了,但是在C++调试的主题上,Visual Studio 2008在其他IDE和之前的VS之前就已经走了出来,特别是如果你使用STL容器,因为它可以很容易地检查它们的内容.
但是,在GUI方面,C++现在是微软的第二类语言.未来的方式是WPF和C++不支持XAML友好语言:我们将继续投资C++/CLI,使开发人员能够将本机C++资产暴露给托管世界,反之亦然.我们相信纯.NET开发最好使用支持.NET的语言,如C#或VB.投资C++/CLI将主要在本地管理的互操作区域.
因此,要创建一个外观现代的 C++ GUI,您最好的选择可能确实是VCL - 如果VCL继续这样做的话;-)
京公网安备 11010802040832号 | 京ICP备19059560号-6 
