* A Win32 API调用是否仍然有用？

Question

我仍然看到有关使用LPTSTR / TCHAR类型等而不是LPWSTR / WCHAR 。 我相信Unicode的东西已经在Win2k中很好地介绍了，坦率地说，我不再为Windows 98编写代码。 （当然，除了特殊情况。）由于我不关心Windows 98（或更不用说ME）了，因为它们已经有十多年的历史了，是否有任何理由要使用兼容性TCHAR等类型？ 为什么仍建议人们使用TCHAR与直接使用WCHAR ，它有什么好处？

Answer 1

如果有人告诉您使用非char而不是wchar_t或TCHAR或WCHAR大量声明，使多达100万行非_UNICODE C ++行，那么您最好准备好应对非Unicode Win32 API。 大规模的转换成本很高，而且可能不是原始资金准备支付的费用。

至于新代码，那么，有太多使用TCHAR的示例代码，可能更易于剪切和粘贴，并且在某些情况下， WCHAR wchar_t和WCHAR的unsigned short会有一些WCHAR 。

谁知道，也许某天MS会在TCHAR下添加UTF-32数据类型？

Answer 2

实际上，函数的unicode版本是在1993年随Win32和Windows NT 3.1一起引入的。 实际上，在基于NT的oses上，几乎所有* A函数都只是转换为Unicode并在内部调用* W版本。 此外，通过Microsoft Unicode层确实存在对9x上* W功能的支持 。

对于新程序，我绝对建议直接使用TCHAR宏或WCHAR。 我怀疑MS是否会在NT的生命周期内增加对其他任何字符大小的支持。 对于现有的代码库，我想这将取决于支持Unicode的重要性与修复代码的成本。 * A函数需要永远保持在Win32中才能向后兼容。