VS 2005 中关于编译时使用那种字符集问题 (转载)

有一个项目，开始的时候可以正常运行，在重装系统以及重装VC之后，出现下面的错误， error C2664: 'MessageBoxW' : cannot convert parameter 2 from ...... 在优快云中找到了解决的办法： MessageBox(NULL,"hello","msg",MB_OK)编译不过去，要改成MessageBox(NULL,TEXT("hello"),TEXT("msg"),MB_OK) 至于原因，有如下解释： “UNICODE     　　计算机发明后，为了在计算机中表示字符，人们制定了一种编码，叫ASCII码。ASCII码由一个字节中的7位(bit)表示，范围是0x00   -   0x7F   共128个字符。他们以为这128个数字就足够表示abcd....ABCD....1234   这些字符了。     　　咳......说英语的人就是“笨”！后来他们突然发现，如果需要按照表格方式打印这些字符的时候，缺少了“制表符”。于是又扩展了ASCII的定义，使用一个字节的全部8位(bit)来表示字符了，这就叫扩展ASCII码。范围是0x00   -   0xFF   共256个字符。     　　咳......说中文的人就是聪明！中国人利用连续2个扩展ASCII码的扩展区域（0xA0以后）来表示一个汉字，该方法的标准叫GB-2312。后来，日文、韩文、阿拉伯文、台湾繁体（BIG-5）......都使用类似的方法扩展了本地字符集的定义，现在统一称为   MBCS   字符集（多字节字符集）。这个方法是有缺陷的，因为各个国家地区定义的字符集有交集，因此使用GB-2312的软件，就不能在BIG-5的环境下运行（显示乱码），反之亦然。     　　咳......说英语的人终于变“聪明”一些了。为了把全世界人民所有的所有的文字符号都统一进行编码，于是制定了UNICODE标准字符集。UNICODE   使用2个字节表示一个字符(unsigned   shor   int、WCHAR、_wchar_t、OLECHAR)。这下终于好啦，全世界任何一个地区的软件，可以不用修改地就能在另一个地区运行了。虽然我用   IE   浏览日本网站，显示出我不认识的日文文字，但至少不会是乱码了。UNICODE   的范围是   0x0000   -   0xFFFF   共6万多个字符，其中光汉字就占用了4万多个。嘿嘿，中国人赚大发了:0)     　　在程序中使用各种字符集的方法：                     const   char   *   p   =   "Hello";   //   使用   ASCII   字符集                 const   char   *   p   =   "你好";   //   使用   MBCS   字符集，由于   MBCS   完全兼容   ASCII，多数情况下，我们并不严格区分他们                 LPCSTR   p   =   "Hello,你好";   //   意义同上                                 const   WCHAR   *   p   =   L"Hello,你好";   //   使用   UNICODE   字符集                 LPCOLESTR   p   =   L"Hello,你好";   //   意义同上                                 //   如果预定义了_UNICODE，则表示使用UNICODE字符集；如果定义了_MBCS,则表示使用   MBCS                 const   TCHAR   *   p   =   _T("Hello,你好");                   LPCTSTR   p   =   _T("Hello,你好");   //   意义同上     　　在上面的例子中，T是非常有意思的一个符号（TCHAR、LPCTSTR、LPTSTR、_T()、_TEXT()...），它表示使用一种中间类型，既不明确表示使用   MBCS，也不明确表示使用   UNICODE。那到底使用哪种字符集那？嘿嘿......编译的时候决定吧。”设置条件编译的方式是：VS2005中的工程属性页中有个常规选项，在项目默认值中把字符集选成“未使用”或者“使用多字节字符集”。这样就解决了。