BSTR详解二 - 使用时机

3         When to use BSTR

只有在你不得不用的时候。

 

使用 BSTR 一般有以下几种情况：

• COM interface接口定义，并且不希望额外提供custom marshaling库（MDIL生成或开发人员自己订制），必须使用BSTR传递字符串。使用C/C++类型的字符串在COM DLL传递字符串，表面上可以使用，但违背了COM的基本规则，并且给以后的扩展留下了隐患。例如，把一个In-process COM Object(简单说COM DLL)改成out-of-process object（COM EXE）。理论上，客户端的代码应该不做任何改变。但如果是用了C/C++字符串，又希望只使用系统的automation mashaller（Oleaut32.dll），就会出错。

• 如果可以提供custom marshaling，也推荐使用BSTR。
• 客户要求接口必须使用BSTR，和客户讨论后，不能修改。
• 使用的外部库的接口使用BSTR

 

不使用的情况：

• 不推荐在IDL结构体中定义BSTR成员，会给结构体的复制和释放带来麻烦。最好直接使用限定最大长度的TCHAR数组。如果确实需要传递变长字符串，BSTR应该被定义成独立的参数或者使用独立的get/set接口。
• 尽可能缩小的BSTR及相关类型的作用域范围。类的成员变量和函数参数不使用BSTR。局部变量要尽快释放类的内部不使用BSTR。代码处理逻辑中只在接口直接相关部分使用BSTR。接收到一个BSTR时，尽量立刻变成C/C++的字符串副本进行处理。在需要传递BSTR参数前产生BSTR，用过立即释放。

 

字符串相关类型的推荐选择顺序

优先级	类型	说明
最高	stl::string/wstring	·         功能最完善，可移植性最好。
	CString	·         如果编码规范限制使用 STL 的时候，推荐 CString 。 ·         VC 6 的版本很不完善。 .Net 有明显改进，需要进一步研究。
	C/C++ basic type （ TCHAR* / char* / LPTSTR / LPCTSTR / TCHAR[] ）	·         在结构体中，优先使用指定最大长度的字符数组。 ·         效率最好
	CComBSTR/ _bstr_t	·         在必须使用 BSTR 时的优先选择。 ·         在 ATL （ COM component ）工程或者工程中必须使用 ATL 中，优先选择 CComBSTR 。一般 Exe/dll 如果 _bstr_t 能满足要求，优先使用 _bstr_t 。 ·         对于 VC6 ，使用 _bstr_t 一定要慎重，最好只用作简单临时变量保存调被调用函数的传入参数。因为 _bstrt_t 不能支持一些关键性操作，比如 Detach 。 ·         对于 VC++ .Net 推荐使用 _bstr_t ，它是 C++ 扩展，不需要额外包含 ATL 的文件。
最低	BSTR	·         COM 接口