BSTR详解二 - 使用时机

只有在你不得不用的时候。
 
使用 BSTR 一般有以下几种情况:
  • COM interface接口定义,并且不希望额外提供custom marshaling库(MDIL生成或开发人员自己订制),必须使用BSTR传递字符串。使用C/C++类型的字符串在COM DLL传递字符串,表面上可以使用,但违背了COM的基本规则,并且给以后的扩展留下了隐患。例如,把一个In-process COM Object(简单说COM DLL)改成out-of-process objectCOM EXE)。理论上,客户端的代码应该不做任何改变。但如果是用了C/C++字符串,又希望只使用系统的automation mashallerOleaut32.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 接口
 
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值