qy8com千亿

您现在的位置:新闻首页>com

CcomOM组件

2017-12-23 11:26重庆新闻网编辑:admin人气:


  声明:百科词条人人可编辑,词条创建和修改均免费,绝不存在及代理商付费代编,请勿上当。详情

  Component Object Model(COM--组件对象模型)是微软公司于1993年提出的一种组件技术,它是一种平台无关、语言中立、透明、支持网络的中间件技术。

  组件对象模型,一种面向对象的编程模式。它定义了对象在单个应用程序内部或多个应用程序之间的行为方式。英文为Component Object Model,缩写COM,是微软对于网页服务器与客户端、增益集与Office系列软件之间交互的一项软件组件技术。

  用户需要什么样的软件产品?这是一个多选题,但高效,稳定是肯定会被选中的。作为一名软件开发人员如何做才能满足用户的需要呢?必须要升级应用时不与以前版本的向后兼容性。必须做到扩展系统服务时不依赖特定的操作系统。面向对象的程序设计显然是一次性的改变。采用面向对象的设计方法我们可以很容易的把要解决的问题事物抽象成各种类,并将内部动作封装隐藏起来,只提供一些接口。但这并没有完全解决我们的问题。

  COM组件是以WIN32动态链接库(DLL)或可执行文件(EXE)形式发布的可执行代码组成。

  virtual HRESULT __stdcall QueryIntece(const IID& iid,void **ppv)=0;

  QueryIntece是IUnKnown的函数,客户可以通过此函数来查询组件是否支持某个特定的接口。

  QueryIntece函数可以使用if…then…else语句、数组、散列表、树来实现。

  QueryIntece函数不能使用case语句,因为QueryIntece函数返回的是一个HRESULT结构而不是一个数。

  QueryIntece也是一种无封装处理组件版本的机制。这种机制使得组件的新旧不同的版本可以互操作。

  简单地说,COM是一种跨应用和语言共享二进制代码的方法。与C++不同,它提倡源代码重用。ATL便是一个很好的。源码级重用虽然好,但只能用于C++。它还带来了名字冲突的可能性,更不用说不断拷贝重用代码而导致工程膨胀和臃肿。

  Windows使用DLLs在二进制级共享代码。这也是Windows程序运行的关键——重用kernel32.dll,user32.dll等。但DLLs是针对C接口而写的,它们只能被C或理解C调用规范的语言使用。由编程语言来负责实现共享代码,而不是由DLLs本身。这样的话DLLs的使用受到。

  MFC引入了另外一种MFC扩展DLLs二进制共享机制。但它的使用仍受——只能在MFC程序中使用。

  COM通过定义二进制标准解决了这些问题,即COM明确指出二进制模块(DLLs和EXEs)必须被编译成与指定的结构匹配。这个标准也确切了在内存中如何组织COM对象。COM定义的二进制标准还必须于任何编程语言(如C++中的命名修饰)。一旦满足了这些条件,就可以轻松地从任何编程语言中存取这些模块。由编译器负责所产生的二进制代码与标准兼容。这样使后来的人就能更容易地使用这些二进制代码。

  在内存中,COM对象的这种标准形式在C++虚函数中偶尔用到,所以这就是为什么许多COM代码使用C++的原因。但是记住,编写模块所用的语言是无关的,因为结果二进制代码为所有语言可用。

  此外,COM不是Win32特有的。从理论上讲,它可以被移植到Unix或其它操作系统。但是我好像还从来没有在Windows以外的地方听说过COM。

  与COM一样,COM+基于二进制组件和基于接口的编程。通过使用透明RPC层,可以跨越进程和计算机边界进行远程方法调用。正如COM组件那样,COM+组件可以在成品中升级和扩展,而不会对使用它们的客户端应用程序造成负面影响。

  与MTS一样,COM+支持分布式事务和基于角色的安全性。它提供内置线程池方案,该方案与MTS的线程池方案一样透明。COM+编程模型同样利用侦听通过声明性属性向开发人员公台服务。但是,COM+比MTS更进一步地利用了基于属性的编程。除了事务性服务和集成安全性外,COM+还公开自定义对象构造、同步、对象池等服务。COM+的其他新功能(如排队组件和COM+事件)也通过可配置的属性公开。

  COM+并不是COM的新版本,我们可以把它理解为COM的新发展,或者为COM更高层次上的应用。COM+的底层结构仍然以COM为基础,它几乎包容了COM的所有内容。有一种说法这样认为,COM+是COM、DCOM和MTS(MicrosoftTransactionServer)的集成,这种说法有一定的道理,Ccom因为COM+确实综合了这些技术要素。但更重要的一点是,COM+了一种新的概念,它把COM组件软件提升到应用层而不再是底层的软件结构,它通过操作系统的各种支持,使组件对象模型建立在应用层上,把所有组件的底层细节留给操作系统。

  COM是个的组件标准,它有很强的扩充和扩展能力,从COM到DCOM,再到MTS的发展过程也充分说明了这一点。对COM有使用经验的读者一定可以感觉到,虽然COM已经改变了Windows程序员的应用开发模式,把组件的概念融入到Windows应用中,但是由于种种原因,DCOM和MTS的许多优越性还没有为广大的Windows程序员所认识。MTS针对企业应用和Web应用的特点,在COM/DCOM的基础上又添加了许多功能和特性,包括事务特性、OM组件安全模型、管理和配置等,MTS使COM成为一个完整的组件体系结构。由于历史的原因,COM、DCOM和MTS相互之间并不很融洽,难以形成统一的整体,不过,这种状况很快就要结束,因为COM+将把这三者有效地统一起来,形成一个全新的、功能强大的组件体系结构,并且把DCOM和MTS的各种优势以更为简捷的方式带给Windows2000程序员和用户。

  COM+不再局限于COM的组件技术,它更加注重于分布式网络应用的设计和实现,已经成为Microsoft系统平台策略和软件发展策略的一部分。COM+继承了COM几乎全部的优势,同时又避免了COM实现方面的一些不足。COM+紧紧地与操作系统结合起来,通过系统服务为应用程序提供全面的服务。

  进程内组件:组件是在主调应用程序的进程范围内运行,是以DLL方式实现的。组件的实现是快速的,但由于和应用程序公用一个进程,导致了不安全的因素。

  进程外组件:它又可分为两类。本地服务器进程组件,它是组件与调用组件者在同一机器上;远程服务器进程组件,它是组件使用远程过程调用RPCs和客户应用程序进行通信。

(来源:未知)

  • 凡本网注明"来源:重庆新闻网的所有作品,版权均属于中重庆新闻网,转载请必须注明中重庆新闻网,http://www.gkmcorp.com。违反者本网将追究相关法律责任。
  • 本网转载并注明自其它来源的作品,目的在于传递更多信息,并不代表本网赞同其观点或证实其内容的真实性,不承担此类作品侵权行为的直接责任及连带责任。其他媒体、网站或个人从本网转载时,必须保留本网注明的作品来源,并自负版权等法律责任。
  • 如涉及作品内容、版权等问题,请在作品发表之日起一周内与本网联系,否则视为放弃相关权利。






图说新闻

更多>>


返回首页