2

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

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

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

4

6 回答 6

3

You should try it (the upgrade) on a D2010 trial, and give yourself a day or so to get a feel for the type of complications that result. Generally, if you didn't use a lot of PChar for pointer arithmetic, and you didn't use sub-ranges of strings, e.g. Code[1] := 'A', and so on, there should be few or no upgrade issues. Aside from the unicode upgrade, the D2010 IDE is much nicer to use, and seems faster than D2007.

于 2009-10-28T06:29:37.310 回答
3

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

于 2009-10-28T05:12:53.737 回答
2

D2007 可能更容易升级,因为您可能不需要更改代码即可使用 Unicode,并且如果您的代码不需要大量 PChar 和其他 ANSI 专用函数,它可能在 Delphi2010 中工作而无需大量工作。

但是如果您有时间和资源升级到 Delphi 2010,那将是更好的选择,因为 Delphi 2009 和更高版本迟早会成为标准版本。

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

于 2009-10-28T07:15:51.597 回答
2

他们在 Delphi 2009 中实现 Unicode 做得非常好,以至于大多数不使用字符和字节的技巧的程序都可以毫无问题地转换过来。

需要注意的是,只要您不使用任何 3rd 方包。如果你是,你应该升级那些。如果他们没有升级并且您没有他们的源代码,那么您最好不要去 Delphi 2010。

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

于 2009-10-28T02:29:19.977 回答
0

这里。来到 D2010 时,它可能会使事情变得混乱。

于 2010-07-22T17:24:53.477 回答
0

“那要看”

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

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

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

另一个主要依赖项是应用程序的生命周期......如果您要长期支持此应用程序,“Going Unicode”现在可能会为您提供更好的服务,因为最终他们将停止销售 2007 并且您将被迫使用它.

我拥有 2009 并用它构建了一些次要的应用程序/实用程序,但主要工作仍在 2007、2006、D7 和 D5 中,具体取决于项目。

于 2009-10-28T02:36:49.930 回答