通过阅读本文你可以学习如何有效地使用CString。
CString 是一种很有用的数据类型。它们很大程度上简化了MFC中的许多操作，使得MFC在做字符串操作的时候方便了很多。不管怎样，使用CString有很多特殊的技巧，特别是对于纯C背景下走出来的程序员来说有点难以学习。这篇文章就来讨论这些技巧。
使用CString可以让你对字符串的操作更加直截了当。这篇文章不是CString的完全手册，但囊括了大部分常见基本问题。
这篇文章包括以下内容：
1.CString 对象的连接
2.格式化字符串（包括int 型转化为CString ）
3.CString 型转化成int 型
4.CString 型和char* 类型的相互转化
5.char* 转化成CString
6.CString 转化成char* 之一：使用LPCTSTR强制转化
7.CString 转化成char* 之二：使用CString对象的GetBuffer方法
8.CString 转化成char* 之三: 和控件的接口
9.CString 型转化成BSTR 型；
10.BSTR 型转化成CString 型；
11.VARIANT 型转化成CString 型；
12.载入字符串表资源；
13.CString 和临时对象；
14.CString 的效率；
15.总结
下面我分别讨论。
能体现出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);
所以在Unicode环境下，它的效果就相当于：
s.Format(L"%d", total);
如果你认为你的程序可能在Unicode的环境下运行，那么开始在意用Unicode 编码。比如说，不要用sizeof() 操作符来获得字符串的长度，因为在Unicode环境下就会有2倍的误差。我们可以用一些方法来隐藏Unicode的一些细节，比如在我需要获得字符长度的时候，我会用一个叫做DIM的宏，这个宏是在我的dim.件中定义的，我会在我写的所有程序中都包含这个文件：
#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, NUL L); // RIGHT
因为WriteFile需要的是一个以字节为单位的长度。（可能有些人会想“在非Uni code的环境下运行这行代码，就意味着总是在做一个多余的乘1 操作，这样不会降低程序的效率吗？”这种想法是多余的，你必须要了解编译器实际上做了什么，没有哪一个C或C ++编译器会把这种无聊的乘1操作留在代码中。在Unicode环境下运行的时候，你也不必担心那个乘2操作会降低程序的效率，记住，这只是一个左移一位的操作而已，编译器也很乐意为你做这种替换。）
使用_T宏并不是意味着你已经创建了一个Unicode的程序，你只是创建了一个有Un icode意识的程序而已。如果你在默认的8- bit模式下编译你的程序的话，得到的将是一个普通的8-bit的应用程序（这里的8-bit指的只是8位的字符编码，并不是指8位的计算机系统）；当你在Unicode环境下编译你的程序时，你才会得到一个Unicode的程序。记住，CString 在Unicode 环境下，里面包含的可都是16位的字符哦。
CString graycat("Gray" + "Cat");
事实上，编译器将抱怨上面的这些尝试。为什么呢？因为针对CString 和LPCT STR数据类型的各种各样
的组合，“ +” 运算符被定义成一个重载操作符。而不是两个LP CTSTR 数据类型，它是底层数据类型。你不能对基本数据（如int、char 或者char*）类型重载C++ 的运算符。你可以象下面这样做：
CString graycat = CString("Gray") + CString("Cat");
或者这样：
CString graycat = CString("Gray") + "Cat";
研究一番就会发现：“ +”总是使用在至少有一个CString 对象和一个LPCSTR 的场合。
注意，编写有Unicode 意识的代码总是一件好事，比如：
CString graycat = CString(_T("Gray")) + _T("Cat");
这将使得你的代码可以直接移植。
cstring转为int
char* 转化为CString
现在你有一个char* 类型的数据，或者说一个字符串。怎么样创建CString 对象呢？这里有一些例子：
char * p = "This is a test";
或者象下面这样更具有Unicode 意识：
TCHAR * p = _T("This is a test")
或
LPTSTR p = _T("This is a test");
你可以使用下面任意一种写法：
CString s = "This is a test"; // 8-bit only
CString s = _T("This is a test"); // Unicode-aware
CString s("This is a test"); // 8-bit only
CString s(_T("This is a test")); // Unicode-aware

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。