COM中的BSTR字符的使用以及各种字符串之间的转换.docVIP

COM中的BSTR字符的使用以及各种字符串之间的转换.doc

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
COM中的BSTR字符的使用以及各种字符串之间的转换.doc

COM中的BSTR字符的使用 概述(Basic STRing) 它被描述成一个与自动化相兼容的类型,由于操作系统提供相应的API函数(如SysAllocString)来管理它以及一些默认的调度代码。因此BSTR实际上就是一个COM字符串,但它却在自动化技术以外的多种场合下得到广泛使用。 对于C++,Windows头文件wtypes.h中定义如下:   typedef wchar_t WCHAR;   typedef WCHAR OLECHAR;   typedef OLECHAR __RPC_FAR *BSTR; 使用以null结尾的简单字符串在COM component间传递不太方便。因此,标准BSTR是一个有长度前缀和null结束符的OLECHAR数组。BSTR的前4字节是一个表示字符串长度的前缀。BSTR长度域的值是字符串的字节数,并且不包括0结束符 BSTR结构 与BSTR操作相关的一些API函数 ============================================================== 1、SysAllocString函数用于创建一个BSTR字符串 BSTR SysAllocString(const OLECHAR * psz); 2、SysReAllocString用于在一个已有的BSTR字符串的基础上重新建立一个BSTR字符串 INT SysReAllocString(BSTR* pbstr,const OLECHAR* psz); 3、SysAllocStringLen按照指定的长度分配一个BSTR字符串 BSTR SysAllocStringLen(const OLECHAR * strIn, UINT ui); 4、SysReAllocStringLen函数是在已有的字符串的基础上按指定长度重新分配一个新的BSTR字符串。 INT SysReAllocStringLen(BSTR* pbstr,const OLECHAR* psz,unsigned int len); 5、SysFreeString是释放一个BSTR字符串,BSTR字符串用后必须用此函数进行释放, void SysFreeString(BSTR bstrString);UINT SysStringLen(BSTR); 6、SysStringLen求一个BSTR字符串的长度,如: UINT SysStringLen(BSTR); 7、SysStringByteLen求一个BSTR字符串的字节长度, UINT SysStringByteLen(BSTR bstr); 8、SysAllocStringByteLen是按字节长度分配一个BSTR字符串。 BSTR SysAllocStringByteLen(LPCSTR psz,UINT len); ============================================================== 使用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,用过立即释放。 BSTR、char*和CS

文档评论(0)

000 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档