Delphi 说服管理层升级到德尔福2009/2010的好理由是什么?

Delphi 说服管理层升级到德尔福2009/2010的好理由是什么?,delphi,arguments,upgrade,Delphi,Arguments,Upgrade,我们有一个中型到大型的应用程序。一个版本在Delphi6上运行,另一个版本在Delphi2006上运行 一个理由是支持Unicode。我们需要它来迎合世界各地的客户 我读到的其他东西有:更好的IDE(稳定性、速度)、更好的帮助和一些很酷的语言添加(例如:泛型) 第三方组件呢?我们使用DevExpress、DBISAM和许多其他工具。这些已经搬走了吗 触摸/手势听起来很酷,但在我们的应用程序中没有这种功能。 重构工具和总体框架 IDE的速度和稳定性将 使开发团队更加 富有成效 使用最新工具将更容易

我们有一个中型到大型的应用程序。一个版本在Delphi6上运行,另一个版本在Delphi2006上运行

一个理由是支持Unicode。我们需要它来迎合世界各地的客户

我读到的其他东西有:更好的IDE(稳定性、速度)、更好的帮助和一些很酷的语言添加(例如:泛型)

第三方组件呢?我们使用DevExpress、DBISAM和许多其他工具。这些已经搬走了吗

触摸/手势听起来很酷,但在我们的应用程序中没有这种功能。

  • 重构工具和总体框架 IDE的速度和稳定性将 使开发团队更加 富有成效

  • 使用最新工具将更容易招募顶尖人才


纯粹作为一种被动措施。让我们说,在最新版本的尚未发布的操作系统中有一个新功能。假设此功能破坏了应用程序中的某些功能。如果要对其进行全局修复,则很可能不会将其放在较旧版本的编译器中,而是放在“正式”支持新操作系统的较新版本中。等待时间过长的最大问题是,当需要采取此类措施时,通常是在销售面临风险的零时

立即升级,帮助您的应用程序做好准备,以便对未来的更改做出更积极的反应

更好的主题支持(例如,TStringGrid/TDBGrid现在支持主题)

对Windows Vista和Windows 7的支持,包括对Win7中Direct2D画布的支持以及您提到的触摸/手势支持

改进的重构,包括对重构泛型的支持

内置源代码格式化程序

IDEInsight允许您在IDE本身中查找内容

增强RTTI

调试器的改进,包括新的自定义数据可视化工具和创建自己的数据可视化工具的能力。源代码中包括两个(一个用于TDateTime,一个用于TStringList)。还可以更好地支持调试线程,包括为调试命名线程和在特定线程上设置断点的功能

通过接口向IDE添加版本控制支持的能力。这将允许版本控制开发人员直接在IDE本身中添加支持

该帮助比以前的版本要好得多。它再次被完全重新设计,更加全面和完整。还有一个基于wiki的在线版本(用于生成帮助本身),您可以添加或编辑

后台编译允许您在编译项目时继续工作

就第三方控制而言,这取决于特定的供应商;您必须检查Delphi 2010版本是否分别适用于每个版本。(不过,你可以查看Embarcadero网站,看看他们是否已经有了一份清单;我似乎还记得听说过一份……啊,是的,是的。)

第9项是:

你使用金钱能买到的最好的工具吗

也许这一论点在这里是密切相关的

另一方面,如果您正在维护遗留代码,并且没有生成任何依赖于新操作系统或工具特性的内容,那么这是一个很难获胜的论据。然而,我不建议在这么旧的工具上生成全新的项目

至少从NT 4.0开始,Unicode就在Windows上得到了支持,从2001年添加MSLU以来,Windows 95/98/Me也支持Unicode,所以Delphi 2006肯定支持Unicode!?组件库中似乎不完全支持[edit]。[edit]

我认为一个引人注目的论点是为了确保Vista和Windows7的兼容性。我知道今年计划为Delphi提供64位目标支持。这可能是另一个论点;但同样,它只适用于您实际打算针对这样一个平台的情况,并且以一种比32位代码带来实际好处的方式。[编辑]我强调了计划,因为我不知道它是否已经进入产品,但这可能是您的一个考虑因素。似乎没有,所以你向管理层提出的论点可能更不强烈。[/edit]

管理层不会对“我只想使用很酷的工具”印象深刻,你必须在“投资回报”(ROI)的基础上进行处理。使用此工具,您会更快或更便宜地推出产品吗?现有工具是进步的技术障碍吗?相反,考虑花费时间将您的遗留代码移植到新工具(相关的验证和测试)是否会扼杀您的预算和期限,从而没有商业优势?

UL>
  • 旧版本的上次升级
  • 对于旧版本的Delphi(Delphi 2005之前),您只有在2010年1月1日之前才能升级

    之后,你将不得不购买一个完整的版本

    • 生产力
    D2006是Delphi的一个糟糕版本。为了消除所有内存泄漏和随机IDE崩溃和故障,升级是值得的。向老板证明这是生产力损失的巨大减少。这意味着更少的钱被浪费,因为你的开发工具不起作用,所以你不能产生代码。光是在这个基础上,它就会很快为自己买单

    至于D6和D2010,这是一个特性参数。从Skamradt的回答开始,它帮助您的代码成为未来的证明。强调它与操作系统的兼容性。D2007是第一个理解Vista的版本。D2010是理解Windows7的第一个版本。如果您使用任何旧版本进行编译,您的应用程序在部署之前就已经过时,因为无法保证它与现代版本的Windows兼容

    然后你就有了真正的语言特征。IMO从2006年到2010年的主要改进是泛型和扩展RTTI,泛型有助于完成各种重复性任务。最近一直在写一些很棒的关于如何