只有在你不得不用的时候。
使用
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
接口
|
posted on 2007-01-26 16:13
我风 阅读(459)
评论(0) 编辑 收藏 引用