CString
是一种很有用的数据类型。它们很大程度上简化了MFC中的许多操作，使得M
FC在做字符串操作的时候方便了很多。
不
管怎样，使用
CString
有很多特殊的技巧，特别是
对于纯C背景下走出来的程序员来说有点难以学习。这篇文章就来讨论这些技巧。
使用
CString
可以让你对字符串的操作更加直截了当。这篇文章
不
是
CString
的完全手
册，但囊括了大部分常见基本问题。
这篇文章包括以下内容：
CString
对象的连接
格式化字符串（包括 int 型转化为
CString
）
CString
型转化成 int 型
CString
型和 char* 类型的相互转化
char* 转化成
CString
CString
转化成 char* 之一：使用LPCTSTR强制转化
CString
转化成 char* 之二：使用
CString
对象的GetBuffer方法
CString
转化成 char* 之三: 和控件的接口
CString
型转化成 BSTR 型；
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() 函数来格式化一个字符串，还
不
如用 CStrin
g 对象的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); // RIG
HT
因为WriteFile需要的是一个以字节为单位的长度。（可能有些人会想 “在非Unicode的
环境下运行这行代码，就意味着总是在做一个多余的乘1 操作，这样
不
会降低程序的效率
吗？”这种想法是多余的，你必须要了解编译器实际上做了什么，没有哪一个C或C++编译器
会把这种无聊的乘1操作留在代码中。在Unicode环境下运行的时候，你也
不
必担心那个乘
2操作会降低程序的效率，记住，这只是一个左移一位的操作而已，编肫饕埠芾忠馕阕稣
庵痔婊弧＃?br> 使用_T宏并
不
是意味着你已经创建了一个Unicode的程序，你只是创
建了一个有Unicode意识的程序而已。如果你在默认的8-bit模式下编译你的程序的话，得
到的将是一个普通的8-bit的应用程序（这里的8-bit指的只是8位的字符编码，并
不
是指8
位的计算机系统）；当你在 Unicode环境下编译你的程序时，你才会得到一个Unicode的程
序。记住，
CString
在 Unicode 环境下，里面包含的可都是16位的字符哦。
3、
CString
型转化成 int 型
把
CString
类型的数据转化成整数类型最简单的方法就是使用标准的字符串到整数转
换例程。
虽然通常你怀疑使用_atoi()函数是一个好的选择，它也很少会是一个正确的选择。如
果你准备使用 Unicode 字符，你应该用_ttoi()，它在 ANSI 编码系统中被编译成_atoi(
)，而在 Unicode 编码系统中编译成_wtoi()。你也可以考虑使用_tcstoul()或者_tcstol
()，它们都能把字符串转化成任意进制的长整数（如二进制、八进制、十进制或十六进制
），
不
同点在于前者转化后的数据是无符号的（unsigned），而后者相反。看下面的例子
：
CString
hex = _T(“FAB”);
CString
decimal = _T(“4011”);
ASSERT(_tcstoul(hex, 0, 16) == _ttoi(decimal));
4、
CString
型和 char* 类型的相互转化
这是初学者使用
CString
时最常见的问题。有了 C++ 的帮助，很多问题你
不
需要深
入的去考虑它，直接拿来用就行了，但是如果你
不
能深入了解它的运行机制，又会有很多
问题让你迷惑，特别是有些看起来没有问题的代码，却偏偏
不
能正常工作。
比如，你会奇怪为什么
不
能写向下面这样的代码呢：
CString
graycat = “Gray” + “Cat”;
或者这样：
CString
graycat(“Gray” + “Cat”);
事实上，编译器将抱怨上面的这些尝试。为什么呢？因为针对
CString
和 LPCTSTR数
据类型的各种各样的组合，” +” 运算符被定义成一个重载操作符。而
不
是两个 LPCTSTR
数据类型，它是底层数据类型。你
不
能对基本数据（如 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”);
这将使得你的代码可以直接移植。
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
CString
s = p;
CString
s(p);
用这些方法可以轻松将常量字符串或指针转换成
CString
。需要注意的是，字符的赋
值总是被拷贝到
CString
对象中去的，所以你可以象下面这样操作：
TCHAR * p = _T(“Gray”);
CString
s(p);
p = _T(“Cat”);
s += p;
结果字符串肯定是”GrayCat”。
CString
类还有几个其它的构造函数，但是这里我们
不
考虑它，如果你有兴趣可以自己查
看相关文档。
事实上，
CString
类的构造函数比我展示的要复杂，比如：
CString
s = “This is a test”;
这是很草率的编码，但是实际上它在 Unicode 环境下能编译通过。它在运行时调用构
造函数的 MultiByteToWideChar 操作将 8 位字符串转换成 16 位字符串。
不
管怎样，如
果 char * 指针是网络上传输的 8 位数据，这种转换是很有用的。
CString
转化成 char* 之一：强制类型转换为 LPCTSTR；
这是一种略微硬性的转换，有关 “正确”的做法，人们在认识上还存在许多混乱，正确
的使用方法有很多，但错误的使用方法可能与正确的使用方法一样多。
我们首先要了解
CString
是一种很特殊的 C++ 对象，它里面包含了三个值：一个指
向某个数据缓冲区的指针、一个是该缓冲中有效的字符记数以及一个缓冲区长度。有效字
符数的大小可以是从0到该缓冲最大长度值减1之间的任何数（因为字符串结尾有一个NULL
字符）。字符记数和缓冲区长度被巧妙隐藏。
除非你做一些特殊的操作，否则你
不
可能知道给
CString
对象分配的缓冲区的长度。这
样，即使你获得了该0缓冲的地址，你也无法更改其中的内容，
不
能截短字符串，也 绝对
没有办法加长它的内容，否则第一时间就会看到溢出。
LPCTSTR 操作符（或者更明确地说就是 TCHAR * 操作符）在
CString
类中被重载了
，该操作符的定义是返回缓冲区的地址，因此，如果你需要一个指向
CString
的 字符串
指针的话，可以这样做：
CString
s(“GrayCat”);
LPCTSTR p = s;
它可以正确地运行。这是由C语言的强制类型转化规则实现的。当需要强制类型转化时
，C++规测容许这种选择。比如，你可以将（浮点数）定义为将某个复数 （有一对浮点数
）进行强制类型转换后只返回该复数的第一个浮点数（也就是其实部）。可以象下面这样
：
Complex c(1.2f, 4.8f);
float realpart = c;
如果(float)操作符定义正确的话，那么实部的的值应该是1.2。
这种强制转化适合所有这种情况，例如，任何带有 LPCTSTR 类型参数的函数都会强制
执行这种转换。 于是，你可能有这样一个函数（也许在某个你买来的DLL中）：
BOOL DoSomethingCool(LPCTSTR s);
你象下面这样调用它：
CString
file(“c://myfiles//coolstuff”)
BOOL result = DoSomethingCool(file);
它能正确运行。因为 DoSomethingCool 函数已经说明了需要一个 LPCTSTR 类型的参
数，因此 LPCTSTR 被应用于该参数，在 MFC 中就是返回的串地址。
如果你要格式化字符串怎么办呢？
CString
graycat(“GrayCat”);
CString
s;
s.Format(“Mew! I love %s”, graycat);
注意由于在可变参数列表中的值（在函数说明中是以 “…”表示的）并没有隐含一个强
制类型转换操作符。你会得到什么结果呢？
一个令人惊讶的结果，我们得到的实际结果串是：
“Mew! I love GrayCat”。
因为 MFC 的设计者们在设计
CString
数据类型时非常小心，
CString
类型表达式求
值后指向了字符串，所以这里看
不
到任何象 Format 或 sprintf 中的强制类型转换，你仍
然可以得到正确的行为。描述
CString
的附加数据实际上在
CString
名义地址之后。
有一件事情你是
不
能做的，那就是修改字符串。比如，你可能会尝试用 “,”代替”.”（
不
要做这样的，如果你在乎国际化问题，你应该使用十进制转换的 National Language S
upport 特性，），下面是个简单的例子：
CString
v(“1.00”); // 货币金额，两位小数
LPCTSTR p = v;
p[lstrlen(p) – 3] = ,;
这时编译器会报错，因为你赋值了一个常量串。如果你做如下尝试，编译器也会错：
strcat(p, “each”);
因为 strcat 的第一个参数应该是 LPTSTR 类型的数据，而你却给了一个 LPCTSTR。
不
要试图钻这个错误消息的牛角尖，这只会使你自己陷入麻烦！
原因是缓冲有一个计数，它是
不
可存取的（它位于
CString
地址之下的一个隐藏区域
），如果你改变这个串，缓冲中的字符计数
不
会反映所做的修改。此外，如果字符串长度
恰好是该字符串物理限制的长度（梢后还会讲到这个问题），那么扩展该字符串将改写缓
冲以外的任何数据，那是你无权进行写操作的内存（
不
对吗？），你会毁换坏
不
属于你的
内存。这是应用程序真正的死亡处方。
CString
转化成char* 之二：使用
CString
对象的 GetBuffer 方法；
如果你需要修改
CString
中的内容，它有一个特殊的方法可以使用，那就是 GetBuf
fer，它的作用是返回一个可写的缓冲指针。 如果你只是打算修改字符或者截短字符串，
你完全可以这样做：
CString
s(_T(“File.ext”));
LPTSTR p = s.GetBuffer();
LPTSTR dot = strchr(p, .); // OK, should have used s.Find…
if(p != NULL)
*p = _T(/0);
s.ReleaseBuffer();
这是 GetBuffer 的第一种用法，也是最简单的一种，
不
用给它传递参数，它使用默认
值 0，意思是：”给我这个字符串的指针，我保证
不
加长它”。当你调用 ReleaseBuffer 时
，字符串的实际长度会被重新计算，然后存入
CString
对象中。
必须强调一点，在 GetBuffer 和 ReleaseBuffer 之间这个范围，一定
不
能使用你要
操作的这个缓冲的
CString
对象的任何方法。因为 ReleaseBuffer 被调用之前，该 CSt
ring 对象的完整性得
不
到保障。研究以下代码：
CString
s(…);
LPTSTR p = s.GetBuffer();
//… 这个指针 p 发生了很多事情
int n = s.GetLength(); // 很糟D!!!!! 有可能给出错误的答案!!!
s.TrimRight(); // 很糟!!!!!
不
能保证能正常工作!!!!
s.ReleaseBuffer(); // 现在应该 OK
int m = s.GetLength(); // 这个结果可以保证是正确的。
s.TrimRight(); // 将正常工作。
假设你想增加字符串的长度，你首先要知道这个字符串可能会有多长，好比是声明字
符串数组的时候用：
char buffer[1024];
表示 1024 个字符空间足以让你做任何想做得事情。在
CString
中与之意义相等的表示法
：
LPTSTR p = s.GetBuffer(1024);
调用这个函数后，你
不
仅获得了字符串缓冲区的指针，而且同时还获得了长度至少为
1024 个字符的空间（注意，我说的是”字符”，而
不
是”字节”，因为
CString
是以隐含方
式感知 Unicode 的）。
同时，还应该注意的是，如果你有一个常量串指针，这个串本身的值被存储在只读内
存中，如果试图存储它，即使你已经调用了 GetBuffer ，并获得一个只读内存的指针，存
入操作会失败，并报告存取错误。我没有在
CString
上证明这一点，但我看到过大把的
C 程序员经常犯这个错误。
C 程序员有一个通病是分配一个固定长度的缓冲，对它进行 sprintf 操作，然后将它
赋值给一个
CString
：
char buffer[256];
sprintf(buffer, “%……”, args, …); // … 部分省略许多细节
CString
s = buffer;
虽然更好的形式可以这么做：
CString
s;
s.Format(_T(“%….”), args, …);
如果你的字符串长度万一超过 256 个字符的时候，
不
会破坏堆栈。
另外一个常见的错误是：既然固定大小的内存
不
工作，那么就采用动态分配字节，这
种做法弊端更大：
int len = lstrlen(parm1) + 13 lstrlen(parm2) + 10 + 100;
char * buffer = new char[len];
sprintf(buffer, “%s is equal to %s, valid data”, parm1, parm2);
CString
s = buffer;
……
delete [] buffer;
它可以能被简单地写成：
CString
s;
s.Format(_T(“%s is equal to %s, valid data”), parm1, parm2);
需要注意 sprintf 例子都
不
是 Unicode 就绪的，尽管你可以使用 tsprintf 以及用
_T() 来包围格式化字符串，但是基本 思路仍然是在走弯路，这这样很容易出错。
CString
to char * 之三：和控件的接口；
我们经常需要把一个
CString
的值传递给一个控件，比如，CTreeCtrl。MFC为我们提
供了很多便利来重载这个操作，但是在大多数情况下，你使用”原始”形式的更新，因此需
要将墨某个串指针存储到 TVINSERTITEMSTRUCT 结构的 TVITEM 成员中。如下：
TVINSERTITEMSTRUCT tvi;
CString
s;
// … 为s赋一些值。
tvi.item.pszText = s; // Compiler yells at you here
// … 填写tvi的其他域
HTREEITEM ti = c_MyTree.InsertItem(&tvi);
为什么编译器会报错呢？明明看起来很完美的用法啊！但是事实上如果你看看 TVITE
M 结构的定义你就会明白，在 TVITEM 结构中 pszText 成员的声明如下：
LPTSTR pszText;
int cchTextMax;
因此，赋值
不
是赋给一个 LPCTSTR 类型的变量，而且编译器无法知道如何将赋值语句
右边强制转换成 LPCTSTR。好吧，你说，那我就改成这样：
tvi.item.pszText = (LPCTSTR)s; //编译器依然会报错。
编译器之所以依然报错是因为你试图把一个 LPCTSTR 类型的变量赋值给一个 LPTSTR
类型的变量，这种操作在C或C++中是被禁止的。你
不
能用这种方法来滥用常量指针与非常
量指针概念，否则，会扰乱编译器的优化机制，使之
不
知如何优化你的程序。比如，如果
你这么做：
const int i = …;
//… do lots of stuff
… = a; // usage 1
// … lots more stuff
… = a; // usage 2
那么，编译器会以为既然 i 是 const ，所以 usage1和usage2的值是相同的，并且它
甚至能事先计算好 usage1 处的 a 的地址，然后保留着在后面的 usage2 处使用，而
不
是
重新计算。如果你按如下方式写的话：
const int i = …;
int * p = &i;
//… do lots of stuff
… = a; // usage 1
// … lots more stuff
(*p)++; // mess over compilers assumption
// … and other stuff
… = a; // usage 2
编译器将认为 i 是常量，从而 a 的位置也是常量，这样间接地破坏了先前的假设。
因此，你的程序将会在 debug 编译模式（没有优化）和 release 编译模式（完全优化）
中反映出
不
同的行为，这种情况可
不
好，所以当你试图把指向 i 的指针赋值给一个可修改
的引用时，会被编译器诊断为这是一种伪造。这就是为什么（LPCTSTR）强制类型转化
不
起
作用的原因。
为什么
不
把该成员声明成 LPCTSTR 类型呢？因为这个结构被用于读写控件。当你向控
件写数据时，文本指针实际上被当成 LPCTSTR，而当你从控件读数据 时，你必须有一个可
写的字符串。这个结构无法区分它是用来读还是用来写。
因此，你会常常在我的代码中看到如下的用法：
tvi.item.pszText = (LPTSTR)(LPCTSTR)s;
它把
CString
强制类型转化成 LPCTSTR，也就是说先获得改字符串的地址，然后再强
制类型转化成 LPTSTR，以便可以对之进行赋值操作。 注意这只有在使用 Set 或 Insert
之类的方法才有效！如果你试图获取数据，则
不
能这么做。
如果你打算获取存储在控件中的数据，则方法稍有
不
同，例如，对某个 CTreeCtrl 使
用 GetItem 方法，我想获取项目的文本。我知道这些 文本的长度
不
会超过 MY_LIMIT，因
此我可以这样写：
TVITEM tvi;
// … assorted initialization of other fields of tvi
tvi.pszText = s.GetBuffer(MY_LIMIT);
tvi.cchTextMax = MY_LIMIT;
c_MyTree.GetItem(&tvi);
s.ReleaseBuffer();
可以看出来，其实上面的代码对所有类型的 Set 方法都适用，但是并
不
需要这么做，
因为所有的类 Set 方法（包括 Insert方法）
不
会改变字符串的内容。但是当你需要写 C
String 对象时，必须保证缓冲是可写的，这正是 GetBuffer 所做的事情。再次强调： 一
旦做了一次 GetBuffer 调用，那么在调用 ReleaseBuffer 之前
不
要对这个
CString
对象
做任何操作。
5、
CString
型转化成 BSTR 型
当我们使用 ActiveX 控件编程时，经常需要用到将某个值表示成 BSTR 类型。BSTR
是一种记数字符串，Intel平台上的宽字符串（Unicode），并且 可以包含嵌入的 NULL 字
符。
你可以调用
CString
对象的 AllocSysString 方法将
CString
转化成 BSTR：
CString
s;
s = … ; // whatever
BSTR b = s.AllocSysString();
现在指针 b 指向的就是一个新分配的 BSTR 对象，该对象是
CString
的一个拷贝，
包含终结 NULL字符。现在你可以将它传递给任何需要 BSTR 的接口。通常，BSTR 由接收
它的组件来释放，如果你需要自己释放 BSTR 的话，可以这么做：
::SysFreeString(b);
对于如何表示传递给 ActiveX 控件的字符串，在微软内部曾一度争论
不
休，最后 Vi
sual Basic 的人占了上风，BSTR（”Basic String”的首字母缩写）就是这场争论的结果。
6、BSTR 型转化成
CString
型
由于 BSTR 是记数 Unicode 字符串，你可以用标准转换方法来创建 8 位的
CString
。实际上，这是
CString
内建的功能。在
CString
中 有特殊的构造函数可以把 ANSI 转
化成 Unicode，也可以把Unicode 转化成 ANSI。你同样可以从 VARIANT 类型的变量中获
得 BSTR 类型的字符串，VARIANT 类型是 由各种 COM 和 Automation (自动化)调用返回
的类型。
例如，在一个ANSI程序中：
BSTR b;
b = …; // whatever
CString
s(b == NULL ? L”” : b)
对于单个的 BSTR 串来说，这种用法可以工作得很好，这是因为
CString
有一个特殊
的构造函数以LPCWSTR（BSTR正是这种类型）为参数，并将它转化成 ANSI 类型。专门检查
是必须的，因为 BSTR 可能为空值，而
CString
的构造函数对于 NULL 值情况考虑的
不
是
很周到，（感谢 Brian Ross 指出这一点!）。这种用法也只能处理包含 NUL 终结字符的
单字符串；如果要转化含有多个 NULL 字符 串，你得额外做一些工作才行。在
CString
中内嵌的 NULL 字符通常表现
不
尽如人意，应该尽量避免。
根据 C/C++ 规则，如果你有一个 LPWSTR，那么它别无选择，只能和 LPCWSTR 参数匹
配。
在 Unicode 模式下，它的构造函数是：
CString
::
CString
(LPCTSTR);
正如上面所表示的，在 ANSI 模式下，它有一个特殊的构造函数：
CString
::
CString
(LPCWSTR);
它会调用一个内部的函数将 Unicode 字符串转换成 ANSI 字符串。（在Unicode模式
下，有一个专门的构造函数，该函数有一个参数是LPCSTR类型——一个8位 ANSI 字符串指
针，该函数将它加宽为 Unicode 的字符串！）再次强调：一定要检查 BSTR 的值是否为
NULL。
另外还有一个问题，正如上文提到的：BSTRs可以含有多个内嵌的NULL字符，但是 CS
tring 的构造函数只能处理某个串中单个 NULL 字符。也就是说，如果串中含有嵌入的 N
UL字节，
CString
将会计算出错误的串长度。你必须自己处理它。如果你看看 strcore.c
pp 中的构造函数，你会发现 它们都调用了lstrlen，也就是计算字符串的长度。
注意从 Unicode 到 ANSI 的转换使用带专门参数的 ::WideCharToMultiByte，如果你
不
想使用这种默认的转换方式，则必须编写自己的转化代码。
如果你在 UNICODE 模式下编译代码，你可以简单地写成：
CString
convert(BSTR b)
{
if(b == NULL)
return
CString
(_T(“”));
CString
s(b); // in UNICODE mode
return s;
}
如果是 ANSI 模式，则需要更复杂的过程来转换。注意这个代码使用与 ::WideCharT
oMultiByte 相同的参数值。所以你只能在想要改变这些参数进行转换时使用该技术。例如
，指定
不
同的默认字符，
不
同的标志集等。
CString
convert(BSTR b)
{
CString
s;
if(b == NULL)
return s; // empty for NULL BSTR
#ifdef UNICODE
s = b;
#else
LPSTR p = s.GetBuffer(SysStringLen(b) + 1);
::WideCharToMultiByte(CP_ACP, // ANSI Code Page
0, // no flags
b, // source widechar string
-1, // assume NUL-terminated
p, // target buffer
SysStringLen(b)+1, // target buffer length
NULL, // use system default char
NULL); // dont care if default used
s.ReleaseBuffer();
#endif
return s;
}
我并
不
担心如果 BSTR 包含没有映射到 8 位字符集的 Unicode 字符时会发生什么，
因为我指定了::WideCharToMultiByte 的最后两个参数为 NULL。这就是你可能需要改变的
地方。
7、VARIANT 型转化成
CString
型
事实上，我从来没有这么做过，因为我没有用 COM/OLE/ActiveX 编写过程序。但是我
在microsoft.public.vc.mfc 新闻组上看到了 Robert Quirk 的一篇帖子谈到了这种转化
，我觉得把他的文章包含在我的文章里是
不
太好的做法，所以在这里多做一些解释和演示
。如果和他的文章有相孛的地方可能是我的疏忽。
VARIANT 类型经常用来给 COM 对象传递参数，或者接收从 COM 对象返回的值。你也
能自己编写返回 VARIANT 类型的方法，函数返回什么类型依赖可能（并且常常）方法的输
入参数（比如，在自动化操作中，依赖与你调用哪个方法。IDispatch::Invoke 可能返回
（通过其一个参数）一个 包含有BYTE、WORD、float、double、date、BSTR 鹊?VARIANT
类型的结果，（详见 MSDN 上的 VARIANT 结构的定义）。在下面的例子中，假设 类型是
一个BSTR的变体，也就是说在串中的值是通过 bsrtVal 来引用，其优点是在 ANSI 应用中
，有一个构造函数会把 LPCWCHAR 引用的值转换为一个
CString
（见 BSTR-to-
CString
部
分）。在 Unicode 模式中，将成为标准的
CString
构造函数，参见对缺省::WideCharTo
MultiByte 转换的告诫，以及你觉得是否可以接受（大多数情况下，你会满意的）。VARI
ANT vaData;
vaData = m_com.YourMethodHere();
ASSERT(vaData.vt == VT_BSTR);
CString
strData(vaData.bstrVal);
你还可以根据 vt 域的
不
同来建立更通用的转换例程。为此你可能会考虑：
CString
VariantToString(VARIANT * va)
{
CString
s;
switch(va->vt)
{ /* vt */
case VT_BSTR:
return
CString
(vaData->bstrVal);
case VT_BSTR | VT_BYREF:
return
CString
(*vaData->pbstrVal);
case VT_I4:
s.Format(_T(“%d”), va->lVal);
return s;
case VT_I4 | VT_BYREF:
s.Format(_T(“%d”), *va->plVal);
case VT_R8:
s.Format(_T(“%f”), va->dblVal);
return s;
… 剩下的类型转换由读者自己完成
default:
ASSERT(FALSE); // unknown VARIANT type (this ASSERT is optional)
return
CString
(“”);
} /* vt */
}
8、载入字符串表资源
如果你想创建一个容易进行语言版本移植的应用程序，你就
不
能在你的源代码中直接
包含本土语言字符串 （下面这些例子我用的语言都是英语，因为我的本土语是英语），比
如下面这种写法就很糟：
CString
s = “There is an error”;
你应该把你所有特定语言的字符串单独摆放（调试信息、在发布版本中
不
出现的信息
除外）。这意味着向下面这样写比较好：
s.Format(_T(“%d – %s”), code, text);
在你的程序中，文字字符串
不
是语言敏感的。
不
管怎样，你必须很小心，
不
要使用下
面这样的串：
// fmt is “Error in %s file %s”
// readorwrite is “reading” or “writing”
s.Format(fmt, readorwrite, filename);
这是我的切身体会。在我的第一个国际化的应用程序中我犯了这个错误，尽管我懂德
语，知道在德语的语法中动词放在句子的最后面，我们的德国方面的发行人还是苦苦的抱
怨他们
不
得
不
提取那些
不
可思议的德语错误提示信息然后重新格式化以让它们能正常工作
。比较好的办法（也是我现在使用的办法）是使用两个字符串，一个用于读，一个用于写
，在使用时加载合适的版本，使得它们对字符串参数是非敏感的。也就是说加载整个格式
，而
不
是加载串”reading”， “writing”：
// fmt is “Error in reading file %s”
// “Error in writing file %s”
s.Format(fmt, filename);
一定要注意，如果你有好几个地方需要替换，你一定要保证替换后句子的结构
不
会出
现问题，比如在英语中，可以是主语-宾语，主语-谓语，动词-宾语的结构等等。
在这里，我们并
不
讨论 FormatMessage，其实它比 sprintf/Format 还要有优势，但
是
不
太容易和
CString
结合使用。解决这种问题的办法就是我们按照参数出现在参数表中
的位置给参数取名字，这样在你输出的时候就
不
会把他们的位置排错了。
接下来我们讨论我们这些独立的字符串放在什么地方。我们可以把字符串的值放入资
源文件中的一个称为 STRINGTABLE 的段中。过程如下：首先使用 Visual Studio 的资源
编辑器创建一个字符串，然后给每一个字符串取一个ID，一般我们给它取名字都以 IDS_开
头。所以如果你有一个信息，你可以创建一个字符串资源然后取名为 IDS_READING_FILE，
另外一个就取名为 IDS_WRITING_FILE。它们以下面的形式出现在你的 .rc 文件中：
STRINGTABLE
IDS_READING_FILE “Reading file %s”
IDS_WRITING_FILE “Writing file %s”
END
注意：这些资源都以 Unicode 的格式保存，
不
管你是在什么环境下编译。他们在Win9x系
统上也是以Unicode 的形式存在，虽然 Win9x
不
能真正处理 Unicode。
然后你可以这样使用这些资源：
// 在使用资源串表之前，程序是这样写的：
CString
fmt;
if(…)
fmt = “Reading file %s”;
else
fmt = “Writing file %s”;
…
// much later
CString
s;
s.Format(fmt, filename);
// 使用资源串表之后，程序这样写：
CString
fmt;
if(…)
fmt.LoadString(IDS_READING_FILE);
else
fmt.LoadString(DS_WRITING_FILE);
…
// much later
CString
s;
s.Format(fmt, filename);
现在，你的代码可以移植到任何语言中去。LoadString 方法需要一个字符串资源的
ID 作为参数，然后它从 STRINGTABLE 中取出它对应的字符串，赋值给
CString
对象。
CString
对象的构造函数还有一个更加聪明的特征可以简化 STRINGTABLE 的使用。这个用
法在
CString
::
CString
的文档中没有指出，但是在构造函数的示例程序中使用了。（为
什么这个特性没有成为正式文档的一部分，而是放在了一个例子中，我记
不
得了！）——
【译者注：从这句话看，作者可能是
CString
的设计者。其实前面还有一句类似的话。说
他没有对使用GetBuffer(0)获得的指针指向的地址是否可读做有效性检查】。这个特征就
是：如果你将一个字符串资源的ID强制类型转换为 LPCTSTR，将会隐含调用 LoadString。
因此，下面两个构造字符串的例子具有相同的效果，而且其 ASSERT 在debug模式下
不
会被
触发：
CString
s;
s.LoadString(IDS_WHATEVER);
CString
t( (LPCTSTR)IDS_WHATEVER );
ASSERT(s == t);//
不
会被触发，说明s和t是相同的。
现在，你可能会想：这怎么可能工作呢？我们怎么能把 STRINGTABLE ID 转化成一个
指针呢？很简单：所有的字符串 ID 都在1~65535这个范围内，也就是说，它所有的高位都
是0，而我们在程序中所使用的指针是
不
可能小于65535的，因为程序的低 64K 内存永远也
不
可能存在的，如果你试图访问0x00000000到0x0000FFFF之间的内存，将会引发一个内存
越界错误。所以说1~65535的值
不
可能是一个内存地址，所以我们可以用这些值来作为字符
串资源的ID。
我倾向于使用 MAKEINTRESOURCE 宏显式地做这种转换。我认为这样可以让代码更加易
于阅读。这是个只适合在 MFC 中使用的标准宏。你要记住，大多数的方法即可以接受一个
UINT 型的参数，也可以接受一个 LPCTSTR 型的参数，这是依赖 C++ 的重载功能做到的
。C++重载函数带来的弊端就是造成所有的强制类型转化都需要显示声明。同样，你也可以
给很多种结构只传递一个资源名。
CString
s;
s.LoadString(IDS_WHATEVER);
CString
t( MAKEINTRESOURCE(IDS_WHATEVER));
ASSERT(s == t);
告诉你吧：我
不
仅只是在这里鼓吹，事实上我也是这么做的。在我的代码中，你几乎
不
可能找到一个字符串，当然，那些只是偶然在调试中出现的或者和语言无关的字符串除
外。
9、
CString
和临时对象
这是出现在 microsoft.public.vc.mfc 新闻组中的一个小问题，我简单的提一下，这
个问题是有个程序员需要往注册表中写入一个字符串，他写道：
我试着用 RegSetValueEx() 设置一个注册表键的值，但是它的结果总是令我困惑。当
我用char[]声明一个变量时它能正常工作，但是当我用
CString
的时候，总是得到一些垃
圾：”YYYY…YYYYYY”为了确认是
不
是我的
CString
数据出了问题，我试着用 GetBuffer
，然后强制转化成 char*，LPCSTR。GetBuffer 返回的值是正确的，但是当我把它赋值给
char* 时，它就变成垃圾了。以下是我的程序段：
char* szName = GetName().GetBuffer(20);
RegSetValueEx(hKey, “Name”, 0, REG_SZ,
(CONST BYTE *) szName,
strlen (szName + 1));
这个 Name 字符串的长度小于 20，所以我
不
认为是 GetBuffer 的参数的问题。
真让人困惑，请帮帮我。
亲爱的 Frustrated，
你犯了一个相当微妙的错误，聪明反被聪明误，正确的代码应该象下面这样：
CString
Name = GetName();
RegSetValueEx(hKey, _T(“Name”), 0, REG_SZ,
(CONST BYTE *) (LPCTSTR)Name,
(Name.GetLength() + 1) * sizeof(TCHAR));
为什么我写的代码能行而你写的就有问题呢？主要是因为当你调用 GetName 时返回的
CString
对象是一个临时对象。参见：《C++ Reference manual》§12.2
在一些环境中，编译器有必要创建一个临时对象，这样引入临时对象是依赖于实现的
。如果编译器引入的这个临时对象所属的类有构造函数的话，编译器要确保这个类的构造
函数被调用。同样的，如果这个类声明有析构函数的话，也要保证这个临时对象的析构函
数被调用。
编译器必须保证这个临时对象被销毁了。被销毁的确切地点依赖于实现…..这个析构
函数必须在退出创建该临时对象的范围之前被调用。
大部分的编译器是这样设计的：在临时对象被创建的代码的下一个执行步骤处隐含调
用这个临时对象的析构函数，实现起来，一般都是在下一个分号处。因此，这个
CString
对象在 GetBuffer 调用之后就被析构了（顺便提一句，你没有理由给 GetBuffer 函数传
递一个参数，而且没有使用ReleaseBuffer 也是
不
对的）。所以 GetBuffer 本来返回的是
指向这个临时对象中字符串的地址的指针，但是当这个临时对象被析构后，这块内存就被
释放了。然后 MFC 的调试内存分配器会重新为这块内存全部填上 0xDD，显示出来刚好就
是”Y”符号。在这个时候你向注册表中写数据，字符串的内容当然全被破坏了。
我们
不
应该立即把这个临时对象转化成 char* 类型，应该先把它保存到一个 CStrin
g 对象中，这意味着把临时对象复制了一份，所以当临时的
CString
对象被析构了之后，
这个
CString
对象中的值依然保存着。这个时候再向注册表中写数据就没有问题了。
此外，我的代码是具有 Unicode 意识的。那个操作注册表的函数需要一个字节大小，
使用lstrlen(Name+1) 得到的实际结果对于 Unicode 字符来说比 ANSI 字符要小一半，而
且它也
不
能从这个字符串的第二个字符起开始计算，也许你的本意是 lstrlen(Name) + 1
（OK，我承认，我也犯了同样的错误！）。
不
论如何，在 Unicode 模式下，所有的字符都
是2个字节大小，我们需要处理这个问题。微软的文档令人惊讶地对此保持缄默：REG_SZ
的值究竟是以字节计算还是以字符计算呢？我们假设它指的是以字节为单位计算，你需要
对你的代码做一些修改来计算这个字符串所含有的字节大小。
10、
CString
的效率
CString
的一个问题是它确实掩藏了一些低效率的东西。从另外一个方面讲，它也确
实可以被实现得更加高效，你可能会说下面的代码：
CString
s = SomeCString1;
s += SomeCString2;
s += SomeCString3;
s += “,”;
s += SomeCString4;
比起下面的代码来，效率要低多了：
char s[1024];
lstrcpy(s, SomeString1);
lstrcat(s, SomeString2);
lstrcat(s, SomeString 3);
lstrcat(s, “,”);
lstrcat(s, SomeString4);
总之，你可能会想，首先，它为 SomeCString1 分配一块内存，然后把 SomeCString
1 复制到里面，然后发现它要做一个连接，则重新分配一块新的足够大的内存，大到能够
放下当前的字符串加上SomeCString2，把内容复制到这块内存，然后把 SomeCString2 连
接到后面，然后释放第一块内存，并把指针重新指向新内存。然后为每个字符串重复这个
过程。把这 4 个字符串连接起来效率多低啊。事实上，在很多情况下根本就
不
需要复制源
字符串（在 += 操作符左边的字符串）。
在 VC++6.0 中，Release 模式下，所有的
CString
中的缓存都是按预定义量子分配
的。所谓量子，即确定为 64、128、256 或者 512 字节。这意味着除非字符串非常长，连
接字符串的操作实际上就是 strcat 经过优化后的版本（因为它知道本地的字符串应该在
什么地方结束，所以
不
需要寻找字符串的结尾；只需要把内存中的数据拷贝到指定的地方
即可）加上重新计算字符串的长度。所以它的执行效率和纯 C 的代码是一样的，但是它更
容易写、更容易维护和更容易理解。
如果你还是
不
能确定究竟发生了怎样的过程，请看看
CString
的源代码，strcore.c
pp，在你 vc98的安装目录的 mfc/src 子目录中。看看 ConcatInPlace 方法，它被在所有
的 += 操作符中调用。