使用Embarcadero Borland 随着我对VS 2010越来越失望,我正在寻找一些替代方案,我正在看NabCabelo的新版本的C++ Env。 当VS几乎主宰市场时,我认为学习新的不受欢迎的产品有什么意义吗? 谢谢。

使用Embarcadero Borland 随着我对VS 2010越来越失望,我正在寻找一些替代方案,我正在看NabCabelo的新版本的C++ Env。 当VS几乎主宰市场时,我认为学习新的不受欢迎的产品有什么意义吗? 谢谢。,c++,visual-studio,ide,c++builder,C++,Visual Studio,Ide,C++builder,如果您想100%更新,您必须使用平台供应商提供的开发环境 如果你不介意等待数月/数年,等待新事物被移植过来,或者你的市场允许,那么你肯定可以冒险进入未知领域 这并不是说Borland的IDE与MS的VS系列不同,需要任何高级培训才能开始使用它们,并且已经具备生产能力。这就是为什么它们在许多领域仍然很受欢迎的主要原因。如果你想100%地更新,你必须使用平台供应商提供的开发环境 如果你不介意等待数月/数年,等待新事物被移植过来,或者你的市场允许,那么你肯定可以冒险进入未知领域 这并不是说Borlan

如果您想100%更新,您必须使用平台供应商提供的开发环境

如果你不介意等待数月/数年,等待新事物被移植过来,或者你的市场允许,那么你肯定可以冒险进入未知领域


这并不是说Borland的IDE与MS的VS系列不同,需要任何高级培训才能开始使用它们,并且已经具备生产能力。这就是为什么它们在许多领域仍然很受欢迎的主要原因。

如果你想100%地更新,你必须使用平台供应商提供的开发环境

如果你不介意等待数月/数年,等待新事物被移植过来,或者你的市场允许,那么你肯定可以冒险进入未知领域


这并不是说Borland的IDE与MS的VS系列不同,需要任何高级培训才能开始使用它们,并且已经具备生产能力。这也是他们在许多利基中仍然流行的主要原因。

< P>我已经使用了安巴卡德罗Borland,现在RAD工作室2010,C++和VS2008每天都在过去的6个月。我的编程理念一直是为项目使用正确的工具,无论该工具是什么。因此,我的一些观察/意见是-

优势

WYSIWYG屏幕设计器很好。它的行为非常类似于VS2008中的WiFrices编辑器,但是C++。在VS2008中,我用过的唯一的C++包是Qt。我最大的兼容是文档,但这适用于大多数软件,所以这不仅仅是他们的问题。 对于许多内置类,它们是基于TObject类构建的。这个基类的功能与C.中的对象非常相似,这是C++程序员的最大优势,如果遵循一些规则,则主要是自动内存管理。这不是垃圾收集,而是一起删除的相关对象的列表。 缺点-

RAD Studio 2010 C++环境主要支持Delphi。这是他们真正的实力。任何地方都没有这样说。这只是我从使用这个系统中得到的总体感觉。 对第三方库的支持有限。 它不能与任何微软兼容的C++库链接。这包括Microsoft和第三方库。他们使用不同于Microsoft的名称损坏格式。所以一切都必须用c语言包装。 在VS2008中,我们经常使用Boost库。但在radstudio中,它对Boost的支持有限。 我发现生成代码的总体速度明显低于VS2008生成的代码。 请记住,这些只是一个人的意见


<>我建议你下载一个产品的演示版本,自己试试。

< P>我已经使用了安巴卡德罗Borland,现在RAD工作室2010,C++和VS2008,在过去的6个月里每天都在使用。我的编程理念一直是为项目使用正确的工具,无论该工具是什么。因此,我的一些观察/意见是-

优势

WYSIWYG屏幕设计器很好。它的行为非常类似于VS2008中的WiFrices编辑器,但是C++。在VS2008中,我用过的唯一的C++包是Qt。我最大的兼容是文档,但这适用于大多数软件,所以这不仅仅是他们的问题。 对于许多内置类,它们是基于TObject类构建的。这个基类的功能与C.中的对象非常相似,这是C++程序员的最大优势,如果遵循一些规则,则主要是自动内存管理。这不是垃圾收集,而是一起删除的相关对象的列表。 缺点-

RAD Studio 2010 C++环境主要支持Delphi。这是他们真正的实力。任何地方都没有这样说。这只是我从使用这个系统中得到的总体感觉。 对第三方库的支持有限。 它不能与任何微软兼容的C++库链接。这包括Microsoft和第三方库。他们使用不同于Microsoft的名称损坏格式。所以一切都必须用c语言包装。 在VS2008中,我们经常使用Boost库。但在radstudio中,它对Boost的支持有限。 我发现生成代码的总体速度明显低于VS2008生成的代码。 请记住,这些只是一个人的意见


我建议您下载该产品的演示版,自己试一试。

虽然我不是真正的Windows程序员,但在过去10年中,我一直在来回使用Borland/Embarcadero。以下是我个人对你为什么不应该考虑 命令:

这些年来,建筑商的总体素质显著下降。Borland Builder 6是最后一款高质量的产品,从那时起IDE本身就变得越来越麻烦。IDE通常每使用1-2周崩溃一次

RAD设计中没有撤消。是的,我知道,这真是难以置信。即使是像VB这样的垃圾软件的最早版本也有这样的功能。但2011建设者年并非如此!如果您在键盘上滑倒并意外更改了一个组件,您将受到惩罚

调试器几乎是无用的。在最新版本中可能已经修复了这一问题,但在几个版本中,如果不在监视窗口中折叠struct/class变量,就无法单步完成程序,这当然非常令人沮丧

文档非常贫乏,通常不存在,并且可以写到对象Pascal中,即使您订购了C++ IDE。帮助文件也有一种趋势,即在计算机中的恶意重影进程中,帮助文件会一直存在,这使得在重影被破坏之前无法关闭Windows


就我个人而言,我正在考虑改用Visual Studio。

虽然我不是真正的Windows程序员,但在过去10年中,我一直在来回使用Borland/Embarcadero。以下是我对你为什么不考虑它的个人看法:

这些年来,建筑商的总体素质显著下降。Borland Builder 6是最后一款高质量的产品,从那时起IDE本身就变得越来越麻烦。IDE通常每使用1-2周崩溃一次

RAD设计中没有撤消。是的,我知道,这真是难以置信。即使是像VB这样的垃圾软件的最早版本也有这样的功能。但2011建设者年并非如此!如果您在键盘上滑倒并意外更改了一个组件,您将受到惩罚

调试器几乎是无用的。在最新版本中可能已经修复了这一问题,但在几个版本中,如果不在监视窗口中折叠struct/class变量,就无法单步完成程序,这当然非常令人沮丧

文档非常贫乏,通常不存在,并且可以写到对象Pascal中,即使您订购了C++ IDE。帮助文件也有一种趋势,即在计算机中的恶意重影进程中,帮助文件会一直存在,这使得在重影被破坏之前无法关闭Windows



就我个人而言,我正在考虑改用Visual Studio。

我在Linux和*NIX上工作了10年,从未听说过你提到的VS。@Dummy从未听说过Visual Studio?哇!哈:VS主宰市场是在乞求它@傻瓜你说的Linux是什么我在Linux和*NIX上工作了10年,从来没有听说过你提到的VS。@Dummy从来没有听说过Visual Studio?哇!哈:VS主宰市场是在乞求它@傻瓜你说的Linux是什么所以基本上你说的接触Borland没有什么意义?如果你已经是一个经验丰富的开发者-不,Borland对新来者总是很友好的。一些类型的应用程序,如轻量级GUI、DB/SQL/reports,非常易于开发和部署。其余的都是偶然的。如果一个人能够为任务找到一个现成的组件,那么它就是小菜一碟。否则,一袋伤害。或者从另一个角度,了解Borland RADS的地面铺设概念:他们最初试图吸引和吸引VB用户。使用Borland超过10年,并继续使用Borland C++ Builder 5积极开发。我们非常成功。没有任何计划在不久的将来移植到一个新的IDE。@代码猴Borland C++ Builder 5??!!!!!!!!!!!!!!!!!!!!!!!那个编译器太糟糕了。如果你经常使用它,那么我相信你可以证明链接器错误、内存不足等等。所以基本上,你说的接触Borland没有什么意义?如果你已经是经验丰富的开发人员-不。Borland对新来者总是友好的。一些类型的应用程序,如轻量级GUI、DB/SQL/reports,非常易于开发和部署。其余的都是偶然的。如果一个人能够为任务找到一个现成的组件,那么它就是小菜一碟。否则,一袋伤害。或者从另一个角度,了解Borland RADS的地面铺设概念:他们最初试图吸引和吸引VB用户。使用Borland超过10年,并继续使用Borland C++ Builder 5积极开发。我们非常成功。没有任何计划在不久的将来移植到一个新的IDE。@代码猴Borland C++ Builder 5??!!!!!!!!!!!!!!!!!!!!!!!那个编译器太糟糕了。如果您经常使用它,那么我相信您可以证明链接器错误、内存不足等等。Eeek!对Boost的支持有限?这是否意味着编译器不符合标准?哦,强者是如何堕落的!!据我所知,是的。Boost的问题是编译器没有正确处理模板扩展。有限的Boost支持以定制版本的Boost 1.39和编译器的形式提供。Qt不编译的原因是相同的
EST优势[ToTask]给你作为C++程序员,如果你遵循一些规则,大部分是自动内存管理。事实并非如此。TObject派生类中没有自动内存管理,至少在桌面编译器中,iOS编译器中没有。也许您正在考虑TComponent,它允许一个TComponent派生对象拥有另一个TComponent派生对象并自动释放它。Eeek!对Boost的支持有限?这是否意味着编译器不符合标准?哦,强者是如何堕落的!!据我所知,是的。Boost的问题是编译器没有正确处理模板扩展。有限的Boost支持以定制版本的Boost 1.39和编译器的形式提供。Qt不会因为相同的原因而编译。最大的优势[TopStup]给你作为C++程序员,如果你遵循一些规则,大部分是自动内存管理。事实并非如此。TObject派生类中没有自动内存管理,至少在桌面编译器中,iOS编译器中没有。也许您正在考虑TComponent,它允许一个TComponent派生对象拥有另一个TComponent派生对象并自动释放它。听起来很像我在其他Borland产品中的体验。听起来很像我在其他Borland产品中的体验。