＋设为首页 ＋添加到收藏夹
续上。。
the corba component model， c/c++ users journal february 2004 【相关文章:Flash 的媒体组织方式（上）】
corba组件模型：第一部分，向组件式中间件(component middleware)演化 【扩展阅读:Flash的历史及其发展方向】
cndeveloperw (ysf_gzb@21cn.net) 译 【扩展信息:2004年11月全国计算机技术与软件专业】
douglas c. schmidt and steve vinoski
面向对象技术的使用还相关地间接引来许多类似的零碎小问题，需要开发人员用繁细(因而经常带来差错与沉闷)的编码约定与风格来联系
在一起。所以，这种方法在当开发大型系统时要求重大工作超越既有的一些支持服务的原始对象与事件。需要有一种途径去把较大的单元
打包在一起，这些单元由需要提供高层性能的现成部分的集来组成(有时是不同种类的)，包括他们所支持的属性。举例来说，一个典型的
性能可能需要引发所有各种类型的对象，如触发某种职责的事件、管理次序与接受状态改变的事务处理，以及负责错误情况的容错处理等。若当他们一一实现并可用时，他们需要分别地仔细地接合在每个实例中，这些实例是整个应用的一个处理一些特定部分的完全模块。
对象管理组织(oma)在corba 2.x规范中为构建简易分布程序(portable distributed applications)定义了高级doc中间件标准。corba 2.x专注于接口，本质上，接口(interface)建立了客户端与服务端的约定，即客户端如何观察与访问服务器所提供的服务的方式。corba尽管
有先进的性能，然而，corba 2.x标准却有如下局限性：
1、缺乏功能边界性(functional boundary). corba 2.x对象模型把所有接口都当作约定了client/server形式。... 下一页