我刚刚接到一项任务,将我在1999年编写的旧Delphi 3项目升级到更新版本并添加功能(我之前在相关问题中对此进行了讨论这里这里)。我假设适当的路线是首先将我的开发环境升级到Delphi 2010,然后移植应用程序。

我现在正在考虑是否将应用程序升级到我现有的Delphi 2007副本,以避免Unicode复杂化。该应用程序在美国的一家公司运行,并且与单个州的要求紧密相关,因此不会受益于Unicode支持。

我的问题是:处理Unicode问题的额外麻烦是否超过使用最新版Delphi的好处?您可能认为我没有使用Unicode的经验。

有帮助吗?

解决方案

他们在Delphi 2009中实现了如此出色的工作,以至于大多数程序都没有用字符和字节进行转换而没有任何问题。

只要您没有使用任何第三方套餐,请注意。如果你是,你应该升级那些。如果他们没有升级但您没有源代码,那么最好不要去Delphi 2010。

但是如果可能的话,我会跳跃。我做了,我很高兴我做到了。

其他提示

为什么“升级”对于不是最新的版本,它只是保证早期的“下一次升级”。 我对Delphi 2010非常满意,我建议移植到该版本,除非您使用D2010不可用的第三方库

您应该在D2010试验中尝试(升级),并给自己一天左右的时间来了解导致的并发症类型。通常,如果您没有使用大量的PChar进行指针运算,并且您没有使用字符串的子范围,例如代码[1]:='A',等等,应该很少或没有升级问题。除了unicode升级之外,D2010 IDE的使用效果更好,并且看起来比D2007更快。

D2007可能更容易升级,因为您不需要更改代码就可以使用Unicode,如果您的代码不需要很多PChar和其他ANSI专用函数,它可能在Delphi2010中没有用很多工作。

但是如果你有时间和资源升级到Delphi 2010,它将是更好的选择,因为Delphi 2009及更高版本的早晚版本将是标准版本。

此外,D2010中的IDE效率更高,除了新的语言添加,如泛型,匿名方法和其他使您的代码更好的,如果您要重写它的某些部分。

“这取决于”

这取决于第三方控件的数量以及这些控件的当前状态。 (它们是否仍然在市场上有2007年和2010年的更新?)

这取决于代码大小和代码质量。如果你有一个庞大的,松散管理的代码库,那么2010年将是一条更难的道路。

它(主要)取决于项目输入/输出......您是从文件/数据库/通信中读取的吗?他们将如何对Unicode做出反应,或者您是否可以轻松缩小所有这些接触点以确保正确处理?

另一个主要依赖性是应用程序的生命周期......“Going Unicode”如果你要长期支持这个应用程序,现在可能会更好地为你服务,因为最终他们将停止销售2007年,你将被迫加入它。

我拥有2009年并且已经使用它构建了小型应用程序/实用程序,但主要工作仍在2007,2006,D7和D5,具体取决于项目。

请参阅此处。来到D2010时会让事情变得混乱。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top