Unicode & COM

2.6 需要注意的问题
下面让我们进一步明确一下“M i c r o s o f t公司对U n i c o d e支持的情况”：
• Windows 2000既支持U n i c o d e，也支持A N S I，因此可以为任意一种开发应用程序。
• Windows 98只支持A N S I，只能为A N S I开发应用程序。
• Windows CE只支持U n i c o d e，只能为U n i c o d e开发应用程序。
虽然M i c r o s o f t公司试图让软件开发人员能够非常容易地开发在这3种平台上运行的软件，
但是U n i c o d e与A N S I之间的差异使得事情变得困难起来，并且这种差异通常是我遇到的最大的
问题之一。请不要误解， M i c r o s o f t公司坚定地支持U n i c o d e，并且我也坚决鼓励你使用它。不
过你应该懂得，你可能遇到一些问题，需要一定的时间来解决这些问题。建议你尽可能使用
U n i c o d e。如果运行Windows 98，那么只有在必要时才需转换到A N S I。
不过，还有另一个小问题你应该了解，那就是C O M。
2.7 对C O M的简单说明
当M i c r o s o f t公司将C O M从1 6位Wi n d o w s转换成Wi n 3 2时，公司作出了一个决定，即需要字
符串的所有C O M接口方法都只能接受U n i c o d e字符串。这是个了不起的决定，因为C O M通常用
于使不同的组件能够互相进行通信，而U n i c o d e则是传递字符串的最佳手段。
如果你为Windows 2000或Windows CE开发应用程序，并且也使用C O M，那么你将会如虎
添翼。在你的整个源代码中使用U n i c o d e，将使与操作系统进行通信和与C O M对象进行通信的
操作变成一件轻而易举的事情。

如果你为Windows 98开发应用程序，并且也使用C O M，那么将会遇到一些问题。C O M要

求使用U n i c o d e字符串，而操作系统的大多数函数要求使用A N S I字符串。那是多么难办的事情
啊！