只有在你不得不用的时候。
使用
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
接口
|