当前位置首页 > 百科> 正文

组件处理

2018-11-28 22:16:38 百科
组件处理

组件处理

在计算机系统中,组件一般可以分为软体组件和硬体组件。硬体组件一般是指组合计算机所需的硬体;软体组件是指自包含的、可程式的、可重用的、与语言无关的软体单元。组件处理是指对组件进行修改或升级,使组件功能满足系统实际功能需求。

基本介绍

  • 中文名:组件处理
  • 外文名:component handling
  • 学科:计算机
  • 定义:对组件进行修改或升级
  • 有关术语:组件
  • 领域:软体工程

简介

组件处理是指对组件进行修改或升级。在计算机系统中,由于实际需求的变化,系统提供的服务也要随之变化,要对硬体组件或软体组件进行处理。组件处理一般多指软体组件处理。组件处理的目的使软体系统提供更好的服务。组件处理一般是对有关接口或组件模型进行修改或升级。

组件

概述

组件就是一些可重用的对象开发人员可以方便地将这些对象组合到更大的程式中而不用 考虑对象本身的实现细节。以下是一些组件常见其他定义:组件是一个独立的可传递的操作的集合;组件是软体开发中一 个可替换的软体单元,它封装了设计决策,并作为一个大单元的一部分和其它组件组合起 来;组件是由一些对象类组成的物理意义上的包;组件是具有特定功能,能够跨越进程的 边界实现网路、语 言、应用程式、开发工具和作业系统的“即插即用”的独立的对象;组件在通常意义上是指任何可被分离出来,具有标準化的和可重用性的公开接口的软体 ( 子 ) 系统。

特点

真正的软体重用和高度的互操作性:组件是完成通用或特定功能的一些可互操作的和可重用的模组,套用开发者可以利用它们在不同套用领域的知识来自由组合生成合适的套用系统。
接口的可靠性:组件接口是不变的,一旦被发表,它们就不能被修改。也就是说,一旦组件使用者通过某接口获得某项服务,则总可从这个接口获得此项服务。因此,组件封装后,只能通过己定义的接口来提供合理的、一致的服务。这种接口定义的稳定性使客户套用开发者能构造出坚固的套用。
可扩充服务:每个组件都是自主的,有其独自的功能,只能通过接口与外界通信。通过讯息传送互相提供服务,基本组件的互操作是互动服务的。当一个组件需要提供新的服务时,可通过增加新的接口来完成,不会影响原接口己存在的用户。用户也可重新选择新的接口来获得服务。
具有强有力的基础设施:为了使组件有机地胶合(glued)在一起,实现无缝连线,需要功能很强的基础设施。这些基础设施是获得重用性、可移植性和互操作性的有效工具。这样就可知道如何找到组件提供的服务,并能在应用程式编译时进行静态联编,用户必须在编译时就知道要访问的伺服器接口,或在应用程式执行时进行动态联编。在动态机制中,客户可以不知道可用的伺服器和接口信息,而是在运行时间内搜寻可用伺服器,找到伺服器接口,构造请求并传送,最后收到应答。
具有构建和胶合组件的工具:在设计与其它套用软体的接口时,利用构建和胶合组件的工具,可以方便地增加和替换套用中的组件,充分发挥可重用的优势,实现客户应用程式的组装和升级。

接口

是指两个不同系统(或设备)的交接部分。在计算机系统中的接口一般可分为硬体接口和软体接口两类。
1.硬体接口。在计算机各部分(如中央处理机与通道、通道与外部设备控制器、中央处理机与主存储器等)之间、计算机与计算机之间、计算机与通信系统之间的连结设备。它包括许多信息传输线及其逻辑控制电路。例如,主机与外部设备相连结的输入输出标準接口,可使处理机的设计不受外部设备的种类和数量的限制,有利于提高系统配置的灵活性、可靠性和扩充性;另一方面也使控制器和外部设备的设计不受处理机型号的限制,有利于实现外部设备产品系列化和标準化。
2.软体接口。为系统与用户之间、子系统与子系统之间、两个程式块之间专门设计的程式.软体支援环境要求软体接口都具有统一性。例如,为了实现用户和各种软体工具的通信,要求有统一的调用方式。例如,在JAVA程式语言中,接口是一个抽象类型(Abstract Type),它被用来要求类(Class)必须实现指定的方法,使不同类的对象可以利用相同的界面进行沟通。接口通常以interface来宣告,它仅能包含方法签名(Method Signature)以及常数宣告(变数宣告包含了 static 及 final),一个接口不会包含方法的实现(仅有定义)。接口无法被实例化,但是可以被实现。一个实现接口的类,必须实现接口内所描述的所有方法,否则就必须宣告为抽象类(Abstract Class)。另外,在Java中,接口类型可用来宣告一个变数,他们可以成为一个空指针,或是被绑定在一个以此接口实现的对象。其中一个使用接口的优势是,可以利用他们模拟多重继承,类在JAVA中不允许多重继承,所有在JAVA中的类必须而且仅能有一个父类,而java.lang.Object(JAVA类型系统中最顶层的类型)是唯一一个例外。JAVA的类可以被实现许多个接口,然而一个接口则无法实现其他的接口。

组件模型

在组件规範化的过程串,许多公司做了很多的努力并取得了一定的成功。下面介绍一下常见的组件模型。
(1)CORBA :CORBA 是由 OMG( 对象管理集团 ) 开发的工业版本,是用来解决以下的问题:系统独立于作业系统,系统基于网路且功能分布开各机器之间, 组件开发独立于语言。
(2)COM( 组件对象模型 ) :COM 是由微软公司提出并实践的组件模型。 COM 是用于“ 便利系统能够通过独立开发的二进制组件,动态、 有效地合成系统的组件重用” [BOX 1998] 。 COM 组件是二进制层次上的组件复用,是基于接口的编程, 模组间的耦合度低,易于部署和软体的升级。
(3)EJB 组件: EJB 是用于开发安全、 可扩展、 事务型和多用户组件的一种分散式组件模型。 EJB 可以部署在分散式多层体系结构环境中的伺服器端的软体组件,它允许把应用程式逻辑与系统级服务分开,使系统开发人员集中精力编写具体的业务处理问题,而不必关心繫统的编程。每个 EJB 可由一个或多个 Java 对象组成,每个 EJB 是按照相同的规範开发的,Bean 之间可以相互调用,实现任务的分解和进行业务处理, 具有非常高的扩展性。
(4) .Net 组件:.NET 就是借鉴 Java,採用 XML,并远远超出 Java 的新的体系。.NET 允许添加类似关键字的描述性声明来批注编程元素的元数据,可以实现被封装的对象类、 类树、 功能模组、 软体框架、 软体构架 ( 或体系结构 ) 、 文档、 分析件、 设计模式等。
声明:此文信息来源于网络,登载此文只为提供信息参考,并不用于任何商业目的。如有侵权,请及时联系我们:baisebaisebaise@yeah.net