C++字符串完全指南 - MFC类

C++字符串完全指南(2) - MFC类

作者: 连波 类别: VC/VC.NET 日期: 2003-1-6 14:29:21

C++字符串完全指南(2) - MFC类 MFC类 CString MFC的CString含有TCHAR，它的实际字符类型取决于预处理标记的设置。通常，CString象STL字符串一样是不透明对象，只能用CString的方法来修改。CString比STL字符串更优越的是它的构造函数接受MBCS和Unicode字符串。并且可以转换为LPCTSTR，因此可以向接受LPCTSTR的函数直接传递CString对象，不必调用c_str()方法。 // 构造 CString s1 = "char string"; // 从LPCSTR构造 CString s2 = L"wide char string"; // 从LPCWSTR构造 CString s3 ( ' ', 100 ); // 预分配100字节，填充空格 CString s4 = "New window text"; // 可以在LPCTSTR处使用CString： SetWindowText ( hwndSomeWindow, s4 ); // 或者，显式地做强制类型转换： SetWindowText ( hwndSomeWindow, (LPCTSTR) s4 ); 也可以从字符串表加载字符串。CString通过LoadString()来构造对象。用Format()方法可有选择地从字符串表读取一定格式的字符串。 // 从字符串表构造/加载 CString s5 ( (LPCTSTR) IDS_SOME_STR ); // 从字符串表加载 CString s6, s7; // 从字符串表加载 s6.LoadString ( IDS_SOME_STR ); // 从字符串表加载打印格式的字符串 s7.Format ( IDS_SOME_FORMAT, "bob", nSomeStuff, ... ); 第一个构造函数看上去有点怪，但它的确是文档标定的字符串加载方式。 注意，CString只允许一种强制类型转换，即强制转换为LPCTSTR。强制转换为LPTSTR (非常量指针)是错误的。按照老习惯，将CString强制转换为LPTSTR只能伤害自己。有时在程序中没有发现出错，那只是碰巧。转换到非常量指针的正确方法是调用GetBuffer()方法。 下面以往队列加入元素为例说明如何正确地使用CString： CString str = _T("new text"); LVITEM item = {0}; item.mask = LVIF_TEXT; item.iItem = 1; item.pszText = (LPTSTR)(LPCTSTR) str; // 错！ item.pszText = str.GetBuffer(0); // 正确 ListView_SetItem ( &item ); str.ReleaseBuffer(); // 将队列返回给str pszText成员是LPTSTR，一个非常量指针，因此要用str的GetBuffer()。GetBuffer()的参数是CString分配的最小缓冲区。如果要分配一个1K的TCHAR，调用GetBuffer(1024)。参数为0，只返回指向字符串的指针。 上面示例的出错语句可以通过编译，甚至可以正常工作，如果恰好就是这个类型。但这不证明语法正确。进行非常量的强制类型转换，打破了面向对象的封装原则，并逾越了CString的内部操作。如果你习惯进行这样的强制类型转换，终会遇到出错，可你未必知道错在何处，因为你到处都在做这样的转换，而代码也都能运行。 知道为什么人们总在抱怨有缺陷的软件吗？不正确的代码就臭虫的滋生地。然道你愿意编写明知有错的代码让臭虫有机可乘？还是花些时间学习CString的正确用法让你的代码能够100%的正确吧。 CString还有二个函数能够从CString中得到BSTR，并在必要时转换成Unicode。那就是AllocSysString()和SetSysString()。除了SetSysString()使用BSTR*参数外，二者一样。 // 转换成BSTR CString s5 = "Bob!"; BSTR bs1 = NULL, bs2 = NULL; bs1 = s5.AllocSysString(); s5.SetSysString ( &bs2 ); // ... SysFreeString ( bs1 ); SysFreeString ( bs2 ); COleVariant 与CComVariant 非常相似。COleVariant 继承于VARIANT，可以传递给需要VARIANT的函数。但又与CComVariant 不同，COleVariant 只有一个LPCTSTR的构造函数，不提供单独的LPCSTR和LPCWSTR的构造函数。在大多情况下，没有问题，因为总是愿意把字符串处理为LPCTSTR。但你必须知道这点。COleVariant 也有接受CString的构造函数。 // 构造 CString s1 = _T("tchar string"); COleVariant v1 = _T("Bob"); // 从LPCTSTR构造 COleVariant v2 = s1; // 从CString拷贝 对于CComVariant，必须直接处理VARIANT成员，用ChangeType()方法在必要时将其转换为字符串。但是，COleVariant::ChangeType() 在转换失败时会抛出异常，而不是返回HRESULT的出错码。 // 数据萃取 COleVariant v3 = ...; // 从某种类型构造v3 BSTR bs = NULL; try { v3.ChangeType ( VT_BSTR ); bs = v3.bstrVal; } catch ( COleException* e ) { // 出错，无法转换 } SysFreeString ( bs );