Delphi 7升级到XE2的字符串问题
2016-09-29 08:29
369 查看
原来的Delphi中有两种字符串:AnsiString和WideString。默认的string即AnsiString。而在Delphi 2009中,新增加了一种UnicodeString。为什么不沿用之前的WideString呢?WideString其实是为了方便使用COM而产生的,就是BSTR。BSTR没有引用计数,效率较低。而UnicodeString才是AnsiString的真正unicode版本。于是,Delphi 2009就有了三种字符串类型:AnsiString、WideString、UnicodeString。默认的string即为UnicodeString。对应的相关类型包括:
AnsiString - PAnsiChar - TAnsiString?(这个可以有……这个真没有,JclAnsiStrings.pas是一个替代品)
WideString - PWideChar - TWideStrings(WideStrings.pas)
UnicodeString - PWideChar - TStrings(Classes.pas)
在实际应用中,一般应使用UnicodeString。在效率第一的场合,可以使用AnsiString处理Ansi文本。而WideString仅在使用COM的时候才需要,或者是为了向下兼容。
几个字符串相关unit的作用
StrUtils.pas :UnicodeString的处理函数。
AnsiStrings.pas :AnsiString的处理函数。
WideStrUtils.pas :WideString的处理函数。
WideStrings.pas :TWideStringList的实现。
Classes.pas :TStringList的实现。
JclAnsiStrings.pas:TJclAnsiStringList的实现。这个虽然是第三方库,但不得不提,谁让CodeGear好死赖活不肯加呢。
Delphi 2009的VCL完全使用UnicodeString,彻底支持Unicode。TNT Unicode Controls终于完成了光辉的历史使命。VCL设计之初不支持Unicode情有可原,但多年以后,在国际化的大潮中,依然没有改变,就是重大失误了。13年的等待,黄花菜都凉了。不论如何,今日的Delphier,可以放心大胆的使用Unicode了。
关于UTF8String。UTF8String在之前的版本中就是AnsiString,没有什么特殊功能。而在Delphi 2009中,UTF8String才是真正的UTF8。如果把一个AnsiString赋值给一个UTF8String,那么Delphi 2009会自动转换格式为UTF8String,这比以前可要方便多了。
关于RawByteString。这个在某些场合有用。如果你有一个函数,接受AnsiString或者UTF8String,但不希望发生自动转换,那么可以通过重载,实现两个函数分别处理AnsiString和UTR8String。另一个选择就是使用RawByteString,那么不管传过来的是AnsiString还是UTF8String,RawByteString都会忠实的保持原样,不会做任何转换。
AnsiString - PAnsiChar - TAnsiString?(这个可以有……这个真没有,JclAnsiStrings.pas是一个替代品)
WideString - PWideChar - TWideStrings(WideStrings.pas)
UnicodeString - PWideChar - TStrings(Classes.pas)
在实际应用中,一般应使用UnicodeString。在效率第一的场合,可以使用AnsiString处理Ansi文本。而WideString仅在使用COM的时候才需要,或者是为了向下兼容。
几个字符串相关unit的作用
StrUtils.pas :UnicodeString的处理函数。
AnsiStrings.pas :AnsiString的处理函数。
WideStrUtils.pas :WideString的处理函数。
WideStrings.pas :TWideStringList的实现。
Classes.pas :TStringList的实现。
JclAnsiStrings.pas:TJclAnsiStringList的实现。这个虽然是第三方库,但不得不提,谁让CodeGear好死赖活不肯加呢。
Delphi 2009的VCL完全使用UnicodeString,彻底支持Unicode。TNT Unicode Controls终于完成了光辉的历史使命。VCL设计之初不支持Unicode情有可原,但多年以后,在国际化的大潮中,依然没有改变,就是重大失误了。13年的等待,黄花菜都凉了。不论如何,今日的Delphier,可以放心大胆的使用Unicode了。
关于UTF8String。UTF8String在之前的版本中就是AnsiString,没有什么特殊功能。而在Delphi 2009中,UTF8String才是真正的UTF8。如果把一个AnsiString赋值给一个UTF8String,那么Delphi 2009会自动转换格式为UTF8String,这比以前可要方便多了。
关于RawByteString。这个在某些场合有用。如果你有一个函数,接受AnsiString或者UTF8String,但不希望发生自动转换,那么可以通过重载,实现两个函数分别处理AnsiString和UTR8String。另一个选择就是使用RawByteString,那么不管传过来的是AnsiString还是UTF8String,RawByteString都会忠实的保持原样,不会做任何转换。
相关文章推荐
- Delphi 7升级到XE2的字符串问题3——转换函数
- Delphi 7升级到XE2的字符串问题
- delphi XE2开发oxc报DAX error问题
- 升级到Delphi 6 - 兼容性问题(中文全文)
- Delphi7到Delphi XE2的升级历程
- Delphi程序升级遇到的运行报错问题
- Delphi XE2 之 FireMonkey 入门(45) - 结题与问题
- 升级到Delphi 6 - 兼容性问题之三(完)
- 问题-Delphi记忆工程打开的单元(XE2设置项)
- Delphi XE2 之 FireMonkey 入门(45Finally) - 结题与问题
- delphi xe2 下TListView的ViewStyle设置vsList后列宽显示问题
- Delphi XE2 中的Indy10中的关于Response中文乱码问题
- 升级到Delphi 6 - 兼容性问题之二
- 项目从Delphi 7 升级到Delphi2010过程中遇到的有关FormPaint的问题
- Delphi XE2及以后的版本编译后的程序大小问题
- Delphi7升级到Delphi 2010、Delphi XE、Delphi XE2总结
- delphi学习----字符串切割问题(split)
- 升级到Delphi 6 - 兼容性问题之二
- 升级到Delphi 6 - 兼容性问题之一
- XP下运行使用delphi XE2 皮肤编译的程序的小问题