I
import
Unregistered / Unconfirmed
GUEST, unregistred user!
一． 由于VCL体系结构的变化而引起的Provider和Client Dataset 的一些事件的变动
TCustomClientDataSet的引入，使得Delphi 5或早期版本中的事件处理机制做些变动。
DBCLIENT.PAS单元中有5种类型的6个事件发生了变化，他们分别是:
事件类型 变化
TResolverErrorEvent 影响到provider的 OnUpDateError 事件。
TBeforeUpdateRecordEvent 影响到provider的 BeforeUpdateRecord事件。
TAfterUpdateRecordEvent 影响到provider的 AfterUpdateRecord事件。
TProviderDataEvent 影响到provider的 OnGetData and OnUpdateData事件。
TReconcileErrorEvent 影响到client dataset的 OnReconcileError 事件。
必须将以上提到的这些事件对应的处理函数（过程）中的TClientDataSet替换为TCustomClientDataSet。
二． 使用默认数据库登录的代码的变动
原先，将一个连接组件（比如 Tdatabase，TADOConnection，或TDCOMConnection）的LoginPrompt属性设置为True，则会有默认的登录对话框弹出。这一特性已经不再保留除非你在单元引用中增加一个引用DBLogDlg的语句。如果想要应用程序仍然能够弹出默认的登录对话框，务必加上 Use DBLogDlg这么一句，否则便不会有任何提示输入用户名和密码。
一． 潜在的二进制Form文件的不兼容
过去，新版本Delphi创建的二进制Form文件（或称DFM文件）可以被老版本的Delphi读取。但是现在不行了。某些二进制Form文件可能不能被老版本正确的读取，其原因是Delphi 6内部的字符串的流化和原先不同。过去，流化操作假设一个本地特殊的字符集。而现在新的流化操作假设字符集为UTF-8。由此带来的问题就是，如果Delphi 6的二进制Form文件中包含有码值大于127的字符出现（比如版权符?），则该文件就不能被Delphi 的老版本正确读取。
如果你想在老版本的Delphi 中打开Delphi 6 的Form文件，那么请先将该Form文件存为文本格式而非二进制格式。
二． 有关可赋值的常量
编译宏$WRITEABLECONST现在的缺省值改为关，这是为了防止Delphi的工程中运用可赋值的常量。可赋值的常量，也就是定义一个常量，但是却允许在运行期间改变其值。例子如下：
const
foo: Integer = 12;
begin
foo := 14;
end.
在以往的Delphi版本中，有这么一个特性：常量不是真正的常量。使用编译宏$WRITEABLECONST OFF，则以上的代码中的Begin和End之间的Foo的赋值将引发一个编译错误。若要避免它，只需将Foo的声明改为 var。
你可能有将常量用作一个可以初始化的局部变量的代码，比如：
procedure MyProc;
const
somedata: Integer = 12;
begin
Inc(somedata, 3);
end;
你要做的是将局部常量移到过程的外部声明，使其成为一个全局的变量。然后代码变为：
var
somedata: Integer = 12;
procedure MyProc;
begin
Inc(somedata, 3);
end;
对于过度依赖于常量的代码（比如ActiveX 控件的包装器），可以通过在源文件中插入一个{$WRITEABLECONST ON}的编译命令来修正。这一特性，在RTL， VCL， CLX，和 DB 等核心的源代码中被禁止使用，但是在周边的单元比如ActiveX 控件的包装器中倒可以接受。
总而言之，你应该意识到“可赋值的常量”这个说法的自相矛盾。Delphi的以往版本中的这一特性，只是为了与老的16位的编译器的兼容而保留，但现在对于Delphi的开发者来说已经毫无意义了。要养成好的编程习惯，尽量避免使用可赋值的常量。
三． Cardinal类型的负数值 过去，Delphi处理Cardinal类型的负数值时使用32位的机制，这样使得结果为一些零头的值（Cardinal类型允许的最大的值与当前值的差加一）。以下为例子：
var
c: Cardinal;
i: Int64;
begin
c := 4294967294;
i := -c;
WriteLn(i);
end;
在以往版本的Delphi中，I的值应当是2。但是这种情况下这个值明显不对。Delphi 6中，Cardinal类型是先转化为64位的有符号类型，然后取其负数值，所以最终结果I的值为-4294967294。
可能有已经存在的代码依赖于原先错误的Cardinal负数值的实现方法。读者应当对Delphi 的这一新特性引起足够的重视。花足够多的时间来检验你的代码中是否使用了对Cardianl的值的取负数是很值得的，同时确信一点，Delphi的这个新的特性对你的程序的正确性不构成影响。
四． 单元DsgnIntf改名及相关变化
工程中对于DsgnIntf的引用，需要更新到一个新的名字：DesignIntf。可能还得加上DesignEditors，VCLEditors 和RTLConsts 到你的引用列表中。并且你还得将designide加入到你的Package的Requires的列表中。对dsnide50的引用可能得改为DesignIde，如果Delphi没有自动更改的话。
任何引用了IDesigner的运行期Package，需要用IdesignerHook来防止运行期时需要designide。运动期代码中，IDesignerHook 足以应付。设计时间的代码也可以使用IDesigner，但是代码要象下例一样：
var
RealDesigner: IDesigner;
...
SomeDesignerHook.QueryInterface(IDesigner,RealDesigner);
...
从IDesignerHook 的一个实例上获得真正的IDesigner接口。IDesignerHook的使用只需要引用Classes和Forms两个单元。IDesigner还需要用DesignIntf，该单元被包含在许多其它Packatge中，而其中的一些可能导致不可再次分发。
Borland在此希望感谢Field的测试员Matt Palcic，感谢他让我们对此引起注意。
五． 组件编辑器的变化
Delphi 6中，类TComponentEditor有了不同的祖先。在Delphi 5中，它从TInterfacedObject
继承而来；现在它从一个新的类，TbaseComponentEditor继承而来。同时，TComponentEditorClass也变为TbaseComponentEditor的类类型，而不是TComponentEditor的类类型。这些体系结构上的变化可能需要你修改你的老的Delphi的工程。
TCustomClientDataSet的引入，使得Delphi 5或早期版本中的事件处理机制做些变动。
DBCLIENT.PAS单元中有5种类型的6个事件发生了变化，他们分别是:
事件类型 变化
TResolverErrorEvent 影响到provider的 OnUpDateError 事件。
TBeforeUpdateRecordEvent 影响到provider的 BeforeUpdateRecord事件。
TAfterUpdateRecordEvent 影响到provider的 AfterUpdateRecord事件。
TProviderDataEvent 影响到provider的 OnGetData and OnUpdateData事件。
TReconcileErrorEvent 影响到client dataset的 OnReconcileError 事件。
必须将以上提到的这些事件对应的处理函数（过程）中的TClientDataSet替换为TCustomClientDataSet。
二． 使用默认数据库登录的代码的变动
原先，将一个连接组件（比如 Tdatabase，TADOConnection，或TDCOMConnection）的LoginPrompt属性设置为True，则会有默认的登录对话框弹出。这一特性已经不再保留除非你在单元引用中增加一个引用DBLogDlg的语句。如果想要应用程序仍然能够弹出默认的登录对话框，务必加上 Use DBLogDlg这么一句，否则便不会有任何提示输入用户名和密码。
一． 潜在的二进制Form文件的不兼容
过去，新版本Delphi创建的二进制Form文件（或称DFM文件）可以被老版本的Delphi读取。但是现在不行了。某些二进制Form文件可能不能被老版本正确的读取，其原因是Delphi 6内部的字符串的流化和原先不同。过去，流化操作假设一个本地特殊的字符集。而现在新的流化操作假设字符集为UTF-8。由此带来的问题就是，如果Delphi 6的二进制Form文件中包含有码值大于127的字符出现（比如版权符?），则该文件就不能被Delphi 的老版本正确读取。
如果你想在老版本的Delphi 中打开Delphi 6 的Form文件，那么请先将该Form文件存为文本格式而非二进制格式。
二． 有关可赋值的常量
编译宏$WRITEABLECONST现在的缺省值改为关，这是为了防止Delphi的工程中运用可赋值的常量。可赋值的常量，也就是定义一个常量，但是却允许在运行期间改变其值。例子如下：
const
foo: Integer = 12;
begin
foo := 14;
end.
在以往的Delphi版本中，有这么一个特性：常量不是真正的常量。使用编译宏$WRITEABLECONST OFF，则以上的代码中的Begin和End之间的Foo的赋值将引发一个编译错误。若要避免它，只需将Foo的声明改为 var。
你可能有将常量用作一个可以初始化的局部变量的代码，比如：
procedure MyProc;
const
somedata: Integer = 12;
begin
Inc(somedata, 3);
end;
你要做的是将局部常量移到过程的外部声明，使其成为一个全局的变量。然后代码变为：
var
somedata: Integer = 12;
procedure MyProc;
begin
Inc(somedata, 3);
end;
对于过度依赖于常量的代码（比如ActiveX 控件的包装器），可以通过在源文件中插入一个{$WRITEABLECONST ON}的编译命令来修正。这一特性，在RTL， VCL， CLX，和 DB 等核心的源代码中被禁止使用，但是在周边的单元比如ActiveX 控件的包装器中倒可以接受。
总而言之，你应该意识到“可赋值的常量”这个说法的自相矛盾。Delphi的以往版本中的这一特性，只是为了与老的16位的编译器的兼容而保留，但现在对于Delphi的开发者来说已经毫无意义了。要养成好的编程习惯，尽量避免使用可赋值的常量。
三． Cardinal类型的负数值 过去，Delphi处理Cardinal类型的负数值时使用32位的机制，这样使得结果为一些零头的值（Cardinal类型允许的最大的值与当前值的差加一）。以下为例子：
var
c: Cardinal;
i: Int64;
begin
c := 4294967294;
i := -c;
WriteLn(i);
end;
在以往版本的Delphi中，I的值应当是2。但是这种情况下这个值明显不对。Delphi 6中，Cardinal类型是先转化为64位的有符号类型，然后取其负数值，所以最终结果I的值为-4294967294。
可能有已经存在的代码依赖于原先错误的Cardinal负数值的实现方法。读者应当对Delphi 的这一新特性引起足够的重视。花足够多的时间来检验你的代码中是否使用了对Cardianl的值的取负数是很值得的，同时确信一点，Delphi的这个新的特性对你的程序的正确性不构成影响。
四． 单元DsgnIntf改名及相关变化
工程中对于DsgnIntf的引用，需要更新到一个新的名字：DesignIntf。可能还得加上DesignEditors，VCLEditors 和RTLConsts 到你的引用列表中。并且你还得将designide加入到你的Package的Requires的列表中。对dsnide50的引用可能得改为DesignIde，如果Delphi没有自动更改的话。
任何引用了IDesigner的运行期Package，需要用IdesignerHook来防止运行期时需要designide。运动期代码中，IDesignerHook 足以应付。设计时间的代码也可以使用IDesigner，但是代码要象下例一样：
var
RealDesigner: IDesigner;
...
SomeDesignerHook.QueryInterface(IDesigner,RealDesigner);
...
从IDesignerHook 的一个实例上获得真正的IDesigner接口。IDesignerHook的使用只需要引用Classes和Forms两个单元。IDesigner还需要用DesignIntf，该单元被包含在许多其它Packatge中，而其中的一些可能导致不可再次分发。
Borland在此希望感谢Field的测试员Matt Palcic，感谢他让我们对此引起注意。
五． 组件编辑器的变化
Delphi 6中，类TComponentEditor有了不同的祖先。在Delphi 5中，它从TInterfacedObject
继承而来；现在它从一个新的类，TbaseComponentEditor继承而来。同时，TComponentEditorClass也变为TbaseComponentEditor的类类型，而不是TComponentEditor的类类型。这些体系结构上的变化可能需要你修改你的老的Delphi的工程。
