CString与Unicode字符集.docVIP

CString相关的知识 BSTR 型转化成 CString 型； VARIANT 型转化成 CString 型； 载入字符串表资源； CString 和临时对象； CString 的效率； 总结 下面我分别讨论。 1、CString 对象的连接　　能体现出 CString 类型方便性特点的一个方面就字符串的连接，使用 CString 类型，你能很方便地连接两个字符串，正如下面的例子： CString gray(Gray); CString cat(Cat); CString graycat = gray + cat; 要比用下面的方法好得多： char gray[] = Gray; char cat[] = Cat; char * graycat = malloc(strlen(gray) + strlen(cat) + 1); strcpy(graycat, gray); strcat(graycat, cat); 2、格式化字符串　　与其用 sprintf() 函数或 wsprintf() 函数来格式化一个字符串，还不如用 CString 对象的Format()方法： CString s; s.Format(_T(The total is %d), total); 　　用这种方法的好处是你不用担心用来存放格式化后数据的缓冲区是否足够大，这些工作由CString类替你完成。　　格式化是一种把其它不是字符串类型的数据转化为CString类型的最常用技巧，比如，把一个整数转化成CString类型，可用如下方法： CString s; s.Format(_T(%d), total); 　　我总是对我的字符串使用_T()宏，这是为了让我的代码至少有Unicode的意识，当然，关于Unicode的话题不在这篇文章的讨论范围。_T()宏在8位字符环境下是如下定义的： #define _T(x) x // 非Unicode版本（non-Unicode version） 而在Unicode环境下是如下定义的： #define _T(x) L##x // Unicode版本（Unicode version） 所以在Unicode环境下，它的效果就相当于： s.Format(L%d, total); 　　如果你认为你的程序可能在Unicode的环境下运行，那么开始在意用 Unicode 编码。比如说，不要用 sizeof() 操作符来获得字符串的长度，因为在Unicode环境下就会有2倍的误差。我们可以用一些方法来隐藏Unicode的一些细节，比如在我需要获得字符长度的时候，我会用一个叫做DIM的宏，这个宏是在我的dim.h文件中定义的，我会在我写的所有程序中都包含这个文件： #define DIM(x) ( sizeof((x)) / sizeof((x)[0]) ) 　　这个宏不仅可以用来解决Unicode的字符串长度的问题，也可以用在编译时定义的表格上，它可以获得表格的项数，如下： class Whatever { ... }; Whatever data[] = { { ... }, ... { ... }, }; for(int i = 0; i DIM(data); i++) // 扫描表格寻找匹配项。 　　这里要提醒你的就是一定要注意那些在参数中需要真实字节数的API函数调用，如果你传递字符个数给它，它将不能正常工作。如下： TCHAR data[20]; lstrcpyn(data, longstring, sizeof(data) - 1); // WRONG! lstrcpyn(data, longstring, DIM(data) - 1); // RIGHT WriteFile(f, data, DIM(data), bytesWritten, NULL); // WRONG! WriteFile(f, data, sizeof(data), bytesWritten, NULL); // RIGHT 造成以上原因是因为lstrcpyn需要一个字符个数作为参数，但是WriteFile却需要字节数作为参数。同样需要注意的是有时候需要写出数据的所有内容。如果你仅仅只想写出数据的真实长度，你可能会认为你应该这样做： WriteFile(f, data, lstrlen(data), bytesWritten, NULL); // WRONG 但是在Unicode环境下，它不会正常工作。正确的做法应该是这样： WriteFile(f, data, lstrlen(data) * sizeof(TCHAR), bytesWritten, NULL); // RIGHT 　　因为WriteF