[工学]企业应用模型与JavaEE体系结构.pptVIP

企业应用模型与Java EE体系结构 应用程序的开发模型 传统应用程序模型 三层分布式对象架构 企业级应用问题及解决方案 Java EE架构及核心技术 应用程序的开发模型 计算机应用程序的一般特点 大多数应用都由三部分组成： 用户界面部分：表示层 应用逻辑部分：业务逻辑层 数据访问部分：数据访问层 传统应用程序模型（一） 数据访问、表示和业务逻辑在一个应用中 代码复用、代码可维护性、代码的修改十分困难 应用不是分布式的，不具有可伸缩性 传统应用程序模型（二） 用户界面和程序逻辑绑在一起，代码难以重用 服务器的数据库必须同每一个活动的客户保持连接，消耗大量的运算资源，随着客户数目的增加性能不断下降，且存在死锁及崩溃的可能 数据模型“紧耦合”在每一客户端，数据库结构改变将导致全体客户端改变，不利于更新和维护 原始数据通过网络传递：加重网络负担 客户端应用程序越来越大，对使用者的要求也越来越高 关于分布式计算 对象化的RPC（Remote Procedure Call) 对象之间的互操作性 信息的传递 在此方面的解决方案： CORBA (Common Object Request Broker Architecture) RMI (Remote Method Invocation) DCOM (Distributed Component Object Model) Web服务器与CGI WWW浏览方式所带来的： “Browser-based” 客户端与“Internetworking” 计算方式向服务器端的集中转化 N层计算模式的引入 从1层到N层，得到的改进： 每一层可以被单独改变，而无需其它层的改变 降低了部署与维护的开销 资源（如连接）可以被缓冲和重复利用 提高了灵活性、可伸缩性，并使性能提高成为可能 瘦客户端的引入使Internet接入方便，而计算被集中至服务器端 仍然存在的问题： 对企业级应用开发人员的要求太高：熟悉分布式协议，进行一致性事务处理，负载平衡，安全…… 构件(component)与中间层开发 两个转变： 计算模式上：网络计算（Network Computing) 生产模式上：基于构件的开发（Component-based Dev) 二者的结合： 服务器端中间层构件的开发 构件的优点与特点 一个软件构件是一个组合的单位，它包括合同化声明的接口及明确说明的上下文相关性。一个软件构件可以被独立部署且服务于第三方所做的组合。 构件的特点： 构件是编译码 构件是一个独立部署的单位 构件是一个由第三方进行组合的单位 构件没有持久的状态 构件的优点： 可插入 更好的设计 更好的复用 方便的更新 实现与接口分离 企业级应用开发问题 分布式 可移植 面向Web体系 可装配 满足企业计算要求 一致性 事务性 安全性 好的特性 可伸缩 可扩展 易维护 解决方案--应用服务器 应用服务器可以为服务器端构件提供： 一致性，事务处理与负载平衡 从而简化了编程工作 但在J2EE之前，这些API是应用服务器相关的！ 解决方案—Java EE Java EE提供了一套完整的解决所有这些问题的框架方案： 提供了分布式、可移植构件的框架 为构件与应用服务器提供标准API 简化了服务器端中间层构件的设计 解决方案—Java EE Java EE对开发者和用户来说意味着： 更短的开发时间 可重用构件 JSP EJB 更简化的连接 XML，JDBC，RMI-IIOP Java EE技术架构 J2EE架构： 容器和构件 Java EE核心技术 J2EE核心技术：13种 EJB、 CORBA、 RMI、JSP、 Java Servlet、JavaBean、JDBC XML、JMS…… Java EE核心技术--EJB EJB (Enterprise JavaBeans) ： EJB不是一个具体的产品，而是一个Java服务器端组件开发的规范，软件厂商根据它来实现EJB服务器。 使用EJB，Java程序员可以将一些定义明确的程序块组合到一起，从而方便、快捷地建构分布式应用程序。 使用EJB可以使整个程序分块明确，并且EJB可以使用其它EJB或JDBC等服务，从而增强了分布式应用程序的可扩展性和性能； EJB规范在简化分布式应用程序开发复杂性方面做了大量的工作，所以EJB程序员不必太担心事务处理、多线程、资源管理等方面的问题，可以专注于支持应用所需的商业逻辑，而不用担心周围框架的实现问题。 EJB的使用增强了整个系统程序的可靠性、可管理性和可移植性。 Java EE核心技术--EJB EJB容器是： EJB的运行环境。它提供规范中定义的