学而不思则罔

1.包含头文件#include #include 2.在使用前加上，注意，不是在文件都定义。    USES_CONVERSION;

题目说得有点深奥了，只是了解一下编码的含义~~下面是一篇我在网络上看到的一篇关于这两种编码很好的介绍文章，就转帖过来了。阮一峰 发表于 2007年10月28日 | 分类：首页 ->档案 -> IT技术今天中午，我突然想搞清楚Unicode和UTF-8之间的关系，于是就开始在网上查资料。结果，这个问题比我想象的复杂，从午饭后一直看到晚上9点，才算初步搞清楚

不同的CPU有不同的字节序类型 这些字节序是指整数在内存中保存的顺序 这个叫做主机序 最常见的有两种1． Little endian：将低序字节存储在起始地址2． Big endian：将高序字节存储在起始地址LE little-endian 最符合人的思维的字节序 地址低位存储值的低位 地址高位存储值的高位 怎么讲是最符合人的思维的字节序，是因为从人的第一观感

1.UNICODE本身也提供了编码，被称为UCS，它最初在设计的时候对所有的字符统一采用至少2个字节，但是这对英文国家显然是个浪费。而且还存在大头序小头序的问题。2.所谓大头序小头序，是指“字节序”，是“字节”这一级别的，（而不是“位”级别的，不是说高位在前还是低位在前的问题，对所有CPU，高位就是高位，低位就是低位），自然，只有多个字节作为逻辑上的一个整体交给CPU处理时，才会发生“字节序”

一. 确保vc支持unicode编程       对普通win32程序，vc是支持unicode的。       对MFC程序，还需要MFC42UD相关文件。如果没有的话会报cannot open file "mfc42ud.lib" unresolved ext

这一阶段一直在和Unicode较劲，这东西还真是烦人，随时要注意加“_T”不说，还老是要在宽字符、窄字符之间倒来倒去，最要命的是调试程序时，Unicode字符串总是显示不全，只显示第一个字母。 很疑惑，我向来把MS的VC6奉为经典，不会连个字符串显示都这么差吧？？    终于有一日，在设置项目属性时，误打误撞点了Tools-->Options，一番察看之后，竟然发现了“Display unic

原文地址：http://blog.youkuaiyun.com/songly1/article/details/6528352

这个要从Windows、Linux以及Unicode的历史说起了...Windows98以前的系统，以及较早的Linux系统，只支持非Unicode字符集。Windows 2000之后的系统，以及现在的Linux系统，都支持Unicode与非Unicode编码，但是支持的方式不一样。Windows使用的是UCS2字符集，也就是一个Unicode字符用2个字节表示。因为Win

void ConvertGBKToUtf8(CString& strGBK) { int len=MultiByteToWideChar(CP_ACP, 0, (LPCTSTR)strGBK, -1, NULL,0); unsigned short * wszUtf8 = new unsigned short[len+1]; memset(wszUtf8, 0, len *

各式数据库使用了格式的字符集，比如可能是utf8，gbk，unicode。但为什么使用ADO在操作数据库时，并不需要特殊指定字符集。就因为使用了_bstr_t。首先，_bstr_t有一个向wchar_t*转换的转换函数；其次，对编译器而言，因为BSTR的定义，wchar_t*和BSTR有同样的含义；第三，_bstr_t内部含有的wchar_t*指向一片按BSTR的形式存储数据的内存。所

#include 程序开始处调用setlocale(LC_ALL, "");

MFCS42××.PDB和MFCS42××.LIB版本不匹配

#include #include USES_CONVERSION;MessageBoxW(hWnd , lpText , A2W(szCaption) , uType);USES_CONVERSION;lstrcpynA(szCaption, W2A(lpszCaption), 64);USES_CONVERSION;string strNam

1. L 显式指定字符串为宽字符类型 2. CString 会自适应ANSI和UNICODE. 比如CString strLine = _T("ANSI和UNICODE编码试验")ANSI ： strLine长度为21UNICODE ： strLine长度为16

字符必须编码后才能被计算机处理。最早的编码是7位的ASCII编码。ASCII码没有办法处理中文、阿拉伯文等复杂的文字。        各个国家为了处理自己的文字，纷纷制定了自己的文字编码规范，其中中文的文字编码规范叫做“GB2312—80”，它是和ASCII兼容 的一种编码规

unicode下使用_tcscmp只能实现英文的排序，却无法实现汉字的按拼音排序。需要将其转化为ansi，然后再排序。

''无论是unicode还是mbcs，用它存汉字是存不下的。无论是unicode还是mbcs，用它存符号没有问题，不需要加_T转换，估计是因为utf-8前255个字符兼容ansi的原因吧

一、什么是Unicode　　先从ASCII说起，ASCII是用来表示英文字符的一种编码规范。每个ASCII字符占用1个字节，因此，ASCII编码可以表示的最大字符数是255（00H—FFH）。其实，英文字符并没有那么多，一般只用前128个（00H—7FH，最高位为0），其中包

本篇文章解决如下问题：动态库的导出函数带有字符参数，同时，还能支持“调用者在UNICODE和非UNICODE”下都可以使用。1. 动态库(1) 动态库的导出函数在动态库编译的时候,其参数TCHAR就已经根据"动态库自身"的UNICODE设置情况被解析为了char还是w

关键点: 通过MySQL提供的函数读取到的值都是char类型的,也就是ANSI的,所以UNICODE的VC工程要正确使用这些数据,必须自己转换为宽字符.OutputDebugString(row[k]);    // 在UNICODE下OutputDebugString被

WCHAR w = L'T';    int len = sizeof(w);    printf("%d/n", len);    wprintf(L"%c/n", w);    char c = 's';    int lenc = sizeof(c)

记录一下使用VC++6.0过程中遇到的问题及技巧：1. 使用UNICODE编码编译时出错的处理最近将原来MBCS编码的程序要改为UNICODE编码，结果设置完成后编译报错：msvcrtd.lib(crtexew.obj) : error LNK2001: unreso

#ifdef _UNICODEtypedef std::wstring tstring;typedef std::wstringstream tstringstream;elsetypedef std::string tstring;typedef std::

/***************************************************函数功能: 多字节转换为宽字符输入: szMbcs 多字节类型字符串输出: szUnicode 宽字符类型字符串返回值: 字符串转换为宽字符后,字符的个数******