Delphi：将 2009 升级到 XE？答案

【问题标题】：Delphi: Upgrade 2009 to XE?Delphi：将 2009 升级到 XE？
【发布时间】：2011-03-28 13:11:59
【问题描述】：

我应该从 Delphi 2009 升级到 delphi XE 吗？

由于我没有使用所有技术，例如移动、云计算、分析、64 位、新的数据库驱动程序，我不需要更改为新的 XE？

什么会改变我的想法？

新的 Delphi IDE 是否有助于我编写更少的代码？包管理更好吗？

您是否觉得 IDE 提供了更多的自动化？值得升级吗？

【问题讨论】：

Delphi XE 仍然只有 32 位。
我冒昧地改进了您帖子的语言。
免费试用。你为什么要问一个你没有尝试过的问题？试一试，然后问一个关于你尝试了什么的问题。
@Warren P 人们从那里回答问题所需的时间是一到三分钟。下载安装IDE，会在电脑上留下垃圾，需要一个小时或更长时间。现在告诉我，正面听起来更好吗？

标签： delphi delphi-2009 upgrade delphi-xe

【解决方案1】：

我每天整天都在使用 Delphi XE，我不会使用其他任何东西。

这是我用过的最稳定的 IDE 版本。编译器已经对它给予了极大的关注，并且它可以工作，并且没有自 Delphi 2005 以来的每个 Delphi 版本所具有的许多内部故障、内部访问冲突或其他编译器崩溃的方式。因此，使 Delphi XE 成为有史以来最好的版本的主要特点是稳定性。它甚至比我的旧备用机——Delphi 7 更稳定。而且 delphi 7 相当稳定，但是在 Delphi 7 中工作一整天，我确实遇到了经常性的崩溃，这在 Delphi XE 中终于成为过去。好的，我已经崩溃过几次 XE 的 IDE，但这种情况很少见。

第二个原因是它带有很棒的工具；包括最终构建器版本、CodeSite 版本和 AQTime 版本。 CodeSite 对我来说是 XE 的新手，但我喜欢它，现在我已经使用了它，没有它我就活不下去。 AQTime 是我的老朋友，XE 附带的版本完成了完全独立的 AQTime 会做的大部分事情，而我需要它来做。包含的最终构建器版本也可以节省大量时间，特别是如果您有复杂的构建要做，包括几个 Delphi 应用程序编译，以及要运行的安装程序脚本，也许还有其他步骤。

我喜欢代码格式化程序。我不是泛型的忠实拥护者，但是您现在可以使用它们，而且它们不会杀死编译器。我仍然更喜欢简单易读的代码，而不是泛型的泥潭，而且我不喜欢使用 IUnknown 样式的引用计数接口对泛型进行约束的方式。不好看，也不好玩。

我很少使用数据库、云或多层应用程序开发功能。我无法报告这方面的内容，但我知道 RAD XE 产品中的内容比任何单个开发人员（无论多么勇敢，甚至可能发现）都要多得多。

（道德披露脚注；我为 embarcadero 工作。但即使我没有，我仍然会说出以上所有内容。也许，我会更强烈地声明。）

【讨论】：

稳定性不是升级6个海峡的理由！这是更改 IDE 的原因。
是的。我在不稳定的 delphi IDE 中比在稳定的 Visual Studio IDE 中更有效率，并不是说有很多“稳定”的 Visual Studio 版本。当您增加稳定性时，您会逐渐提高生产力，直到您失去恢复到崩溃时的状态。崩溃的心理上下文切换是一件非常昂贵的事情。

【解决方案2】：

新的 Delphi IDE 是否可以帮助我少写代码？是包管理更好？你有没有觉得 IDE 提供了更多的自动化？

我认为那里没有真正的变化。

可能最明显差异的领域是泛型。如果您完全使用泛型，那么您应该升级。 2009 年之后的版本在泛型实现方面的错误和皱纹要少得多。

【讨论】：

更少的错误是轻描淡写的。随着 2010 年的泛型变得可用。 2009 年，他们成为了新脏话的来源。
@Gamecat：在 D2010 中仍然存在一堆恼人的极端情况泛型错误。它们中的大多数都固定在 XE 中。有几个不起眼的潜伏着，不过现在基本可以用了。
在 2009 年和 2010 年，我花了很多时间对编译器中的泛型错误发誓。在 XE 中它得到了极大的改进。
@Mason Wheeler，谢谢。不幸的是，我们被困在 2010 年。但我现在是唯一一个使用泛型的人（很快就会教同事们）。

【解决方案3】：

除了 David 所说的之外，Delphi XE 中还有新的 RTTI，这可能会让升级变得有价值。

【讨论】：

【解决方案4】：

除了泛型改进之外，IDE 中还有一些新功能。添加了代码格式化程序、IDE Insight 改进以帮助您查找内容、SVN 集成、配置管理器的返工、自定义构建工具、表单设计器更改等等。 RTTI 中还有很多新东西。

请参阅此page 了解 XE 中的新功能列表，然后再上一级查看从 2009 年到 XE 的具体更改列表。

【讨论】：

【解决方案5】：

我觉得值得……

许多错误修复 - 他们专注于解决问题。您不能对此打折扣...您将永远不会在当前版本中获得更多修复，而且如果您的时间很宝贵，则不必解决一两个错误而节省的时间肯定会支付升级成本。
SVN 集成很方便。
来自项目经理的“在资源管理器中显示”。（我不知道是不是只有我，但我经常使用它，它可以节省我的时间。）
如果您喜欢代码格式化程序，可以使用一个新选项来格式化项目中的所有源代码。
调试器可视化工具有点酷
第三方工具包括：有些残缺但非常可用的版本：AQTime、Beyond Compare、CodeSite、IPWorks、Finalbuilder（取决于 Pro/Enterprise）
在线帮助更新了不少

它可以帮助您编写更少的代码吗？ 是的，由于 2009、2010 和 XE 的许多修复，您现在可以更多地依赖泛型。如果您需要的话，还会添加一些额外的实时模板。

什么会改变你的想法？我想说的是错误修复、额外的第三方工具和在线帮助改进使它成为专业版的无竞争升级。如果您要进行企业升级，而不使用 dbExpress 或其他企业功能，那么根据您的预算，更新的说服力可能会稍差一些。

【讨论】：

哦，是的，SVN 集成。酷的东西。有一天我会写一个 Perforce 插件。（不是因为我喜欢 perforce，而是因为我必须每天都使用它。）

【解决方案6】：

XE 中的帮助已得到很大改进 - 在 2010 年，这是一个（坏）笑话。

“在资源管理器中显示”也很棒，尽管没有足够的理由花那么多钱。

对 REST、JSON 等也有更好的支持。

XE 感觉非常成熟和稳定 - 我不为 Embarcadero 工作，但我每天都尽可能使用 XE - 不幸的是，我目前正在开发一个项目，该项目使用为 Delphi 5 编译的组件而没有源代码，所以我不能对所有东西都使用 XE。

我的店里有一些 VS 人认为“Delphi 已死”并让我感到悲伤 - 我证明他们对 XE 的看法是错误的......

【讨论】：

其实Delphi XE的帮助比Delphi 7差！
当然是真的！但它比 2010 年要好。最好的帮助是在 Delphi 7 中 - 此后一直走下坡路。