文档介绍：J2EE理论与技术
开发技术的分析与比较
2EE概述
EJB技术
事务处理
安全性
JMS
CORBA模型与RMI
J2EE系统开发准备
J2EE开发风险
J2EE概述
J2EE产生背景
J2EE技术
J2EE产生背景
J2EE由来
体系结构
实现多层应用程序的解决方案
J2EE由来
90年代早期,传统企业信息系统提供商通过从两层,客户端/服务器应用模型向灵活的三层和多层应用模型的迁移响应客户的需求。新模型将业务逻辑从系统服务和用户界面分离出来,将其作为中间层摆在这二者之间。新的中间件服务,事务监控,面向消息中间件,对象请求代理等的发展为这种新的架构提供了推动力。这时的或使用的增长显露出原有编程模型对生成易于分布的客户端的不足。
多层结构设计戏剧性地简化了开发、布署和维护企业应用。使应用开发者可以专注于业务逻辑细节的编程,依靠后端服务提供基本服务,客户端应用(包括独立和 Web 浏览器包容) 提供用户交互。开发完成之后,业务逻辑根据实际的需要部署在服务器上。然而,除了这些优点,模型制订了开发者的从标准化组件建立应用,在广泛的不同的平台上部署单个应用或简单地制定应用规模来适应变化中的业务状况的能力。
J2EE由来
这些努力都导向 J2EE 技术的形成。首先,Java Servlets 技术显示开发者热衷于生成运行于任何支持 Java 平台的 Web 服务器上的类似于 CGI 的行为。第二,JDBC 技术提供了将“一次编写,到处运行”的 Java 编程语言与已有的数据库管理系统结合的模型。最后,Enterprise JavaBeans 的成功显示了将一系列完整行为封装到易于配置,已有的可重用组件中是非常有用的。这三点集中到一起,Java 语言编写的服务器端行为,连接已有的企业系统和模块的连接器,易于部署的组件,最终结合形成 J2EE。
体系结构
在电子商务迅猛发展的今天,商业社会的各个部门需要依赖企业级应用程序来共同完成自己的工作,比如:企业之间需要在线交易;企业的电子商务网站需要使用银行的系统进行在线支付和结算;企业要进行网上分销和采购;政府部门的城市规划需要使用网络来进行招标投标等等。可以预见,在不久的将来,企业级的应用程序将大大影响社会经济的发展。
开发企业级应用程序的关键是在强调时间性(即适时性)的同时,还要求程序部署方便、移植灵活、容易升级和更新等。这对应用程序开发人员提出了两个基本的开发要求:快速和有效。那么快速开发和部署高质量的应用程序的关键又是什么呢?是“体系结构”,或者说是编程的模型。在计算机领域里,“Model”和“Architecture”两词占有相当重要的地位:好的模型常常能够让程序的开发工作事半功倍;好的体系结构通过合理的层次划分不仅可以提高开发效率,而且还可以为程序的升级和移植提供便利。
体系结构
每当谈到企业级应用开发的时候,都会提到N层体系结构。典型的客户/服务器系统是基于两层结构的,其中在数据层和表示层/业务逻辑层之间有着清晰的界线。这类应用一般都是数据驱动的,应用在客户机上,并且在企业中会配置一个数据库服务器。虽然在这种结构下,企业内部可以共享数据,但是它有许多缺点。
体系结构
(1) 2层体系结构(C/S)
在传统的2级结构中,处理负载都位于客户PC机上,而服务器仅充当了应用程序和数据之间的传输控制器。结果,不仅应用程序的性能受限于PC机资源,而且网络流量也增加了。当整个应用程序都在PC机上运行时,在把结果呈现给用户之前,应用程序不得不多次访问数据库,这种多次访问数据库的方式浪费了网络带宽。
2层体系结构的另外一个问题是可维护性。哪怕是对应用程序的一个小小的修改都会涉及到把整个应用重新分发给用户。即使这个过程是自动化的,仍然要在每一个客户机上更新应用的问题。另外,一些用户可能还来不及更新整个应用程序,而其他一些用户已经及时作了更新,就会造成不同的客户使用的应用程序版本不一致。
体系结构
(2) 3层体系结构
为了解决这些问题,软件界提出了一种3层体系结构的概念。应用层被划分为几个相互隔离的逻辑层。每一逻辑层都定义好一套接口集。第一层,也就是表示层,主要由类似于图形用户界面的部分组成;中间层,即业务层,由应用逻辑和业务逻辑构成;而第3层——数据层——包括了应用程序所需要的数据。
中间层(应用逻辑)代码由用户调用(通过表示层)来获取所需要的数据。表示层接收数据并且按照适当的格式显示出来。从用户界面中分离出来的应用逻辑,极大地增强了应用程序设计的灵活性。在应用逻辑对表示层提供了一套定义清晰的接口的情况下,甚至不用改变应用逻辑部分,就可以建立和分发多种用户界面。
11/10/2017 9:51 PM
体系结构
用户接口
应用逻辑
XML文档