文档介绍：软件构件技术
1
内容
1软件构件与中间件
2 CORBA
3CORBA构件开发
4EJB构件开发
1 软件构件与中间件
1 软件构件与中间件
软件开发过程中复杂度高、开发周期长、可靠性保证难等问题日益突出。在这种背景下,软件开发人员不得不在软件开发的过程中寻求更多的支持,以帮助其在特定的开发周期内开发出规模更大、更可靠的软件系统。
关注分布式软件系统的开发支撑。原因主要有两个:
􀁺 ,分布式软件的应用越来越广泛,分布式软件在计算机软件应用领域扮演着非常重要的角色。
􀁺 、复杂,是软件开发复杂性的集中体现。
分布式软件指运行在网络环境中的软件系统,而网络环境是一群通过网络互相连接的处理系统,每个处理节点由处理机硬件、操作系统及基本通信软件等组成。
分布式计算有两种典型的应用途径。第一种应用途径是将分布式软件系统看作直接反映了现实世界中的分布性,例如当今许多业务处理流程通常呈现一种分布式运作方式,如某生产制造企业,其负责加工制造的工厂可能位于珠江三角洲一带,而负责销售的部门则可能分别位于北京、上海和广州,这时负责业务流程的软件系统显然也应做相应的分布式处理。第二种应用途径主要用于改进某些应用程序的运行性能,使它们比单进程的集中式实现更具有效率,如利用互联网上的大量计算机实现海量数据的科学计算或分析,此时软件系统的分布性并不是现实世界中分布性的映射,而是为利用额外的计算资源而人为引入的。
分布式软件通常基于客户机/服务器(Client/Server)模型。如果一个系统两个组成部分存在如下关系:其中一方提出对信息或服务的请求(称为客户机),而另一方提供这种信息或服务(称为服务器),那么这种结构即可看作是一种客户机/服务器计算模型。互联网的许多应用程序都采用客户机/服务器模型,例如Web 浏览器与Web 服务器、电子邮件客户程序与服务程序、FTP 客户程序与服务程序等;在普通的函数或对象方法调用中,执行调用语句的子程序与实现函数/方法体的子程序或对象可看作一种客户机/服务器模型,其中实现方是服务器,调用方是客户机。
早期的分布式系统基于图1-1 所示的两层结构在两层结构中,简单地将软件系统划分为服务器层和客户层,服务器层又称为数据层。在服务器层,一般放置一个数据库服务器,上面安装一个数据库管理系统,存放系统用到的持久数据。而客户层则实现系统的主要业务功能,实现时需要访问数据库中存放的数据,一般会有多个客户端同时访问数据库服务。这时的系统结构比较简单,就是多个客户端程序共享一个数据库。
两层结构中软件开发的主要工作量在客户层。数据层基本没有什么程序代码,主要就是建好数据库,可能利用存储过程实现一些基本的业务逻辑。开发人员所编写的代码几乎全部都在客户端,一般可以把客户端的代码分为用户界面相关的代码和业务逻辑相关的代码,在客户端的代码中要访问数据库中的数据,可以执行一些SQL 语句或调用存储过程。
两层结构下,客户程序直接访问数据库,并且用户界面代码和业务逻辑代码交织在一起,这些导致两层结构存在以下重要的缺陷:
第一、客户端的负担比较重。
一般认为,客户端程序只要为使用该系统的用户提供一个人机交互的接口就行了,但是在两层结构下,客户端仍然需要进行比较复杂的数据处理。
第二、客户端的可移植性不好。
在两层结构下,每个客户端上都要安装数据库驱动程序,移植至少需要重新安装数据库驱动。
第三、系统的可维护性不好。
客户端包含过多的业务逻辑,并且业务逻辑与人机交互界面交织在一起,无论是用户界面需要修改,还是业务逻辑需要修改,都很麻烦。
第四、数据的安全性不好。
两层结构下,数据库必须为每一个客户端机器开放直接操作数据库的权限,这时就很难防止一个恶意的用户在某个客户端机器上利用该权限执行其不应该执行的操作。
鉴于以上原因,人们提出了图 1-2 所示的三层结构
在三层结构下,在数据层和客户层之间再增加一个中间层,将原来放在客户端的业务逻辑代码移到中间层来。客户程序与数据库的连接被中间层屏蔽,客户程序只能通过中间层间接地访问数据库,即降低了客户端的负担、改善了其可移植性,又提高了系统的数据安全性;同时业务逻辑代码与用户界面代码相对独立,也在很大程度上提高了系统的可维护性,较好地解决了两层结构的上述问题。