项目升级到Delphi 2010总结

    技术2022-05-19  23

    这两天把一个使用Delphi2007开发的30万行左右的项目,成功升级到了Delphi2010。升级途中很艰辛,总结了 以下经验与大家分享。另外,工程中使用的第三方组件,由于官方没有发布For Delphi2010的更新,我也顺便修改了。有需要的联系我。修改的第三 方组件列表见文章尾部。

     

    1,PChar

    因为Delphi不支持无类型指针的算术运算,很多程序员使用 PChar来代替Pointer,即使指针指向目标并不是PAnsiChar。

    考虑如下代码:

    var     P:PChar;   Buffer:Pointer; begin   GetMem(Buffer, 255 );   P: = Buffer;   p^: = # 1 ;   Inc(P);   p^: = # 2 ;   FreeMem(Buffer, 255 ); end ;

    在2010中PChar已经不再表示PAnsiChar而是表示PWideChar,如果依然这样写,运行时很可能会得到一个内存访问错误。因为每 次Inc(P),实际上指针向前移动了2字节,因为SizeOf(WideChar)=2,Inc(P)相当于 P:=P+SizeOf(WideChar)。

    解决方法是把PChar替换成PAnsiChar

     

    2,Move FillChar CopyMemory

    这些函数依赖的是字节长度,往往我们直接使用Length(Str)来获取,这是行不通的。

    考虑如下代码:

    var   P1,P2:String; begin   P1: = ' test ' ;   SetLength(P2,Length(P1));   Move(P1[ 1 ],P2[ 1 ],Length(P1));

    在2010中String默认映射到UnicodeString,单个字符是2字节,所以上文中P1实际占用了8字节内存,而传给Move函数的长 度只有4字节,最终结果是P2="te"。

    解决办法1:

    修改String为AnsiString,该方案虽然可行,但你的程序就享受不到Unicode待遇了。

    解决办法2:

    SetLength 函数不要修改,因为他的长度参数是字符长度,而不是字节长度。

    Move函数的最后一个参数 Length(P1) 修改成 Length(P1)*SizeOf(Char)

    注意:不要偷懒使用万一老师说的ByteLength函数,该函数并没有For AnsiString的重载,编译器会 把参数隐式转化为UnicodeString然后,ByteLength函数计算UnicodeString的长度。例如:一旦你不小心传入了一个 AnsiString类型长度为4的字符串,函数会返回8,而不是你期望的长度4。

     

    3,Key in ['a'..'z','B','C']

    这类代码最好替换成CharInSet(Key,['a'..'z','B','C']) 不然会当作AnsiChar处理。

     

    4,WideString

    代码中的所有WideString都考虑替换成String,现在 WideString只是为了与COM兼容而存在,且没有引用计数,性能低下。

     

    5,Tnt控件

    如果你的工程使用了Tnt控件或以前的WideTextPos WideStringReplace之类的东西都替换成标准的吧,不用曲线救国了。

     

     

     

    待续…………

     

    ---------经过修改,可以在Delphi2010下运作的第三方组件--------------

     

    1,PNGDelphi

    2,EmbeddedWB 

    3,SynEdit的语法高亮组件 unihighlighter

    4,JEDI Win32API Header

     

    这些组件现在可以在Delphi2010下运作了,有需要的联系我

     

    6,引用AnsiStrings单元

    如果你有必要使用 AnsiLowerCase AnsiCompareStr之类的函数,一定要引用AnsiStrings单元。

    如果你不引用该单元,即便编译不报错,你实际上是用的还是Unicode版本的函数,会有隐式的转化。不信你打开参数自动完成,看看IDE提示给你的类型是什么?天啊AnsiLowerCase参数竟然还是String,而不是AnsiString。看来Delphi2010太迫切的要抛弃Ansi字符串了,以至于你不引用AnsiStrings单元,所有Ansixxxx函数实际上还是Unicode版本。

     

    7,AnsiCopy AnsiPos AnsiDelete

    不要用AnsiCopy AnsiPos AnsiDelete,因为Copy Pos Delete三个函数已经有了For Ansi的重载。

     

    8,把Char转化为小写用什么? 

    答案:试试看Character单元的新函数 ToUpper ToLower。以前我都是用System里面的UpCase函数,现在依然可用不过却找不到LowCase DownCase之类的函数,困扰我好久好久。索性全使用Character单元提供的新函数吧。

     

    9,编译期警告:[DCC Warning] Unit1.pas(31): W1057 Implicit string cast from 'AnsiString' to 'string'

    如果你的代码中包含了两种字符串(Unicode、Ansi)之间进行隐式转化的时候就会出现该提示。

    如下代码就会触发该警告:

     

    view source print ? 1var 2  Unicode:String; 3  Ansi:AnsiString; 4begin 5  Ansi:='test..'; 6  Unicode:=Ansi;

     

    把旧版本的Delphi项目升级到2010,我通常都是借助编译警告来快速寻找需要改动的部分。通常你可以把赋值双方都声明为String(默认影射到UnicodeString),就可以避免该警告。但如果你确定必须在此处保留Ansi并进行转化的时候,建议你显式的转化他们(例如:Unicode:=String(Ansi);),这样可以避免该警告,方便你在升级过程中继续寻找其他需要修改的地方。

     

    10,Readln Writeln 写入文件时候要注意

    如果你传给Writeln一个AnsiString,那么它也会在文件中写入AnsiString,那么你读取得时候就必须传给Readln一个AnsiString的类型,否则就是乱码。例如旧工程的配置文件是Ansi的,而你已经把相关读取配置的代码升级为支持Unicode,那么运行工程前你首先要用记事本之类的工具把配置文件另存为成Unicode编码。当然你还要注意跳过Unicode文件头的两个字节FE FF。

     

    11,别再用String来操作二进制数据了

    一定要记住String只是字符串,不要把它当作缓冲区、内存流使用。我的项目中,有很多地方是使用字符串来处理二进制数据,导致在本次升级中颇为费脑。如果当时用TBytes或TStream就好了。

    反面教材:

     

    view source print ? 1var 2  Int1,Int2,Int3,Int4:Integer; 3  Buf:String; 4begin 5  SetLength(Buf,12); 6  Move(Int1,Buf[1],SizeOf(Integer)); 7  Move(Int1,Buf[5],SizeOf(Integer)); 8  Move(Int1,Buf[9],SizeOf(Integer)); 9  Buf:=Buf+'前面有3个Integer。';

     

    12,还是PChar

    注意在2010中是这样的:

    PChar= Pointer to a WideChar array;

    PAnsiChar = Pointer to a AnsiChar array;

    如果你还像是在Delphi 7中那样:PChar(AnsiString)那后果过是很严重的


    最新回复(0)