delphi - 使用 Delphi 7 进行开发时，准备好使用 Delphi 2009 及更高版本了吗？

Question

我正在 Delphi 7 中开发一个 Word 插件，但很快我会将其升级到 Delphi 2010，如您所知，因为 2009 版本 Delphi 引入了新的字符串类型 UnicodeString，它等于关键字字符串。另一方面，根据this thread我们需要使用 WideString 与 COM 进行通信。

我的问题是，当前使用 Delphi 7 进行开发时，我应该做什么才能为将来的 Delphi 2010 做好准备？目前在我的代码中我使用用户定义类型UnicodeString，想法是当使用D7编译时我的字符串是WideString，当使用D2009及更高版本编译时它是UnicodeString，我看到Virtual TreeView使用了这样的技术，如以下代码:

{$ifndef COMPILER_12_UP}
type
  UnicodeString = WideString;
  PByte = PAnsiChar;
{$endif COMPILER_12_UP}

Answer 1

第 1 步
通常，您应该尽可能坚持使用“正常”类型:即 String 和 Char
这样，您的代码将在您升级时“自动”转换。
注意:有一些特定于应用程序的异常(exception)情况。

如果您不这样做，您可能会遇到我在升级某些地方使用 AnsiString 的代码库时遇到的问题。当 AnsiString = String 时，这在旧的 Delphi 中不是问题。但显然，当类型不再相同时，这是有问题的。

第 2 步
阅读为迁移到 Unicode Delphi 2009 提供的指南。它提到了在处理字符串时通常被滥用的函数，因为假定每个字符都是 1 个字节。记下这些，并根据这些建议进行编码。

步骤 3、4 和 5
避免使用条件编译。你只会让自己更加头疼。

步骤 6、7、8、9 和 10
不要尝试通过重新定义编译器的内部类型来再次猜测编译器。你正让自己陷入许多令人头痛的境地。问题是 VCL、运行时库和第 3 方组件都对 String 是什么有“理解”。当您升级到Delphi 2009 时，“新的理解”仍然会被分享。

如果您更改该定义，由于隐式兼容性，旧版本中的功能可能仍然有效；然而，当 Delphi 2009 中情况突然发生变化时，它可能会严重崩溃。

记住!使用的字符串类型是 Windows API 调用的一个重要考虑因素。 Windows 通常支持大多数功能的 Ansi 和 Wide 版本。在较旧的 Delphi 中，默认使用 Ansi 版本；从 Delphi 2009 开始，默认使用 Wide 版本。

注释
关于您对 COM 开发中的 WideString 的担忧:
旧版本的 Delphi 提供了 String 和 WideString 之间的自动类型转换 - 让您的编译器尽可能为您工作。显然，您的 COM 接口(interface)必须使用 WideString 进行声明，但请尽量避免超出范围的任何内容。

编辑
看看休斯提供的链接:Get ready for Delphi 2009 and up when developing with Delphi 7?

另外还要强调一下:Delphi 的每个新版本都试图保持一定程度的向后兼容性(包括 Delphi 2009)。 如果您只是“正常”编码，您不太可能受到任何很大程度的影响。事实上，通常情况恰恰相反。你越花哨，你就越有可能遇到问题。

我在迁移到新版本的 Delphi 时遇到的唯一严重问题是:

• 没有源代码的第三方代码/库。
• 未维护的第三方代码，其开发人员诉诸各种编码“技巧”。
• Delphi 3 中的 Midas 代码是一次特别艰巨的升级。 (但同样，开发人员绕过推荐的技术也是罪魁祸首。)