该应用程序完全支持使用TntUnicodeControls的Unicode,并且第三方DLL需要特定编码的字符串,主要是UTF8和UTF16,这使得转换任务不像人们所怀疑的那样微不足道.
我特别遇到C DLL调用问题并选择了正确的类型.
我还得到了许多隐式字符串转换的印象,因为无论Delphi字符串是如何编码的,其中一个DLL似乎总是接收UTF-8编码的字符串.
有人可以提供关于新的Delphi 2009字符串类型UnicodeString和RawByteString的简短概述,可能是一些使用提示和转换2009年前应用程序时可能存在的陷阱吗？
解决方法
我将介绍一些编码并解释字符串格式.
这些幻灯片很快就会上市(我今天会尝试将它们联机),并且包含很多你应该在互联网上阅读的内容(但我必须承认我忘记了eed3si9n发布的Unicode上的Joel链接).
编辑：
如果您有一个小样本,您可以在其中显示您的C/C++ DLL接收UTF8编码的字符串,但认为它们应该以其他方式进行编码,请发布它(邮寄给我;几乎所有在plumers dot com的任何内容都会发给我,特别是如果你在at符号前使用我的名字).
会话材料现在可以是downloaded,包括“在程序中使用Unicode和其他编码”会话.
这些是该会话的链接：
阅读这些：
> Marco Cantu,白皮书“Delphi and Unicode”
> Marco Cantu,演讲“Delphi and Unicode”
> Nick Hodges,白皮书“Delphi in a Unicode World”
相关的在线帮助主题：
> What’s New in Delphi and C++Builder 2009
>字符串类型：Base: ShortString,AnsiString,WideString,UnicodeString
>字符串类型：Unicode (including internal memory layouts of the string types)
>字符串类型：Enabling for Unicode
>字符串类型：RawByteString (AnsiString with CodePage $ffff)
>字符串类型：UTF8String (AnsiString with CodePage 65001)
> String< - > PChar转换：PChar fundamentals
> String< - > PChar转换：Returning a PChar Local Variable
> String< - > PChar转换：Passing a Local Variable as a PChar
希望这能让你前进.如果没有,请给我发邮件,我会尽力扩展答案.