- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
C++类的动态组件化技术
论文关键词:组件 接口 生命周期 ++类 ATL组件类 ++基类 ATL模板基类 继承 论文在组件化编程的时代,如何复用历史累积的组件特性的++类?本文从工程的角度对问题探讨,现有组件技术,了一套将++类平滑…
论文关键词:组件 接口 生命周期 ++类 ATL组件类 ++基类 ATL模板基类 继承
论文在组件化编程的时代,如何复用历史累积的组件特性的++类?本文从工程的角度对问题探讨,现有组件技术,了一套将++类平滑过渡到组件的完整解决方案。
1.问题的
自从irsft公布了(pnent bjet del,组件模型,简称)技术以后,inds平台上的开发模式了巨大的,以为基础的一系列组件技术将inds编程带入了组件化时代,传统的面向的软件开发方法逐渐被面向组件的方法所取代。
标准在二进制可代码级的基础上,何种工具、语言开发的组件,只要符合规范,就可复用于V、VB、Delphi、B等开发环境中。的语言无关性将软件复用的层次从源代码级到了二进制级,复用更,也更安全。
然而,技术带来全新的软件设计和开发模式的,也带来了新的问题。
许多软件公司在开发的软件产品过程中,都累积了++类,代码设计精良,功能完备,以面向的标准来检验无可挑剔。然而,代码不支持,将无法在时代被复用。它们在软件组件化的趋势中被淘汰,那对软件公司和开发人员来说的损失。
专家Dn Bx曾说过,“ is a super ++”。这给了启示,可以技术,能够的为普通++类加上一层的封装呢?,既可以代码自身的完整和特性,使它们能应用于原来的系统,也可以在需要组件使用的时候,把它们转变成组件,复用于新系统。
自然而然的想法是,为每++类开发只暴露接口的组件,将原++类的每个publi方法都对应于该接口的方法,接口方法的可以简单的调用应的++类方法即可。,程序逻辑由原++类控制,但层的封装则由组件。思路如下图所示:
本文就技术展开,一套由普通++类平滑过渡到组件的完整解决方案。选用ATL(Ative Teplate Library,活动模板库,简称ATL)组件的开发工具,开发环境为Visual Studi 6.0。如特殊说明,下文中的“++类”指组件特性++类,“++”指++类的实例;“ATL组件类”指用于包装的ATL类,“ATL”指ATL组件类的实例。 2.用ATL包装++类
按上述思路将++组件化后,所得的组件上由两组成:ATL组件和绑定的++。两者的生命周期互相牵制,但要。生命周期的管理是++类组件化的首要难点。
++类分为两种,是简单的++类,是集合型的++类。集合型的++管理一组++,其创建和删除,它们的生命周期。下面,分别就简单++类和集合型++类的组件化技术说明,展示解决方案的核心技术。 2.1. 简单++类的组件化
为使ATL组件类可以自由调用++类的方法,需要:
l为ATL组件类安插指针变量,指向++类
lATL和++的绑定机制
可以在ATL组件类初始化时创建++类,用变量_pPPbj记录,在析构时删除,从而ATL组件类和++类的天然绑定。但出于灵活性考虑,使得ATL组件可以绑定任意++类的,为ATL组件类添加绑定函数Link2PPbj(Ipleent* pbj)。
在ATL组件类的构造函数内,创建++,用_pPPbj记录。
调用了Link2PPbj,则将_pPPbj指向的删除,改用传入的++。
在ATL组件类的的析构函数内,删除其绑定的++。由构造函数和Link2PPbj函数的定义可知,_pPPbj指针总是有意义的。[1][2][3][4][5][6][7][8][9][10][11]下一页
【
简单++类组件化的思想如下图所示:
2.2. 集合型++类的组件化
集合型++类的情况不同。
集合型++类以数组(array)、列表(list)、映射表(ap)的管理其它++。集合和它管理的元素都被包装成组件后,集合型ATL调用“Destry”方法,期望删除某元素ATL;操作的实质却是,集合型++的“Destry”方法被调用,将元素++删除了,而元素ATL却不知道。操作的结果了元素的ATL,而其绑定的++却被删除的情况,两者的生命周期了不。
解决问题,需要在++被删除时,能将ATL删除;而在ATL的引用计数为0需要删除自身时,也能把++删除。可行的解决方案是:
l在++类中保存接口指针,指向绑定在一起的ATL;为该接口指针赋值的最佳地点显然是绑定机制的Link2PPbj函数内部,为此,还需要给Link2PPbj添加IUnknn*参数
l在++类的析构函数中,判断该接口指针为空,不为空,则Release
文档评论(0)