一般知识.PPT

* 一 般 知 识 * 一、计算机应用程序的一般特点 ： 大多数应用，从PC机上的简单报表程序到大型机上的复杂计算，都由三部分组成： 用户界面部分：表示层 应用逻辑部分：业务逻辑层 数据访问部分：数据访问层 二、应用程序开发模型的变迁过程： 单层 两层 三层 N层 主机系统或单层结构 数据访问、表示和业务逻辑在一个应用中 功能紧紧耦合在一起 代码复用、代码可维护性、和代码的修改十分困难。 不是分布式的，不具有可伸缩性。 传统的客户/服务器: “胖”客户端 服务器的数据库必须同每一个活动的客户保持连接，消耗大量的运算资源，随着客户数目的增加性能不断下降，且存在死锁及崩溃的可能 数据模型“紧耦合”在每一客户端，数据库结构改变将导致全体客户端改变，不利于更新和维护 用户界面和程序逻辑绑在一起，代码难以重用 不适应在多用户、多数据库、且非安全的网络环境，可扩展性差 三层分布式对象架构 客户端：业务数据模型与用户界面分离 ，“瘦” 业务逻辑在中间层，成为“对象服务” 中间层可以处理多客户端和多数据库 应用模型 为什么需要J2EE 在企业级应用开发中所面临的而且必须解决的问题： 分布式 可移植 面向Web体系 可装配 能满足企业计算要求 一致性 事务性 安全性 还要有好的特性 可伸缩 可扩展 易维护 为什么需要J2EE J2EE提供了一套完整的解决所有这些问题的框架方案： 提供了分布式、可移植构件的框架 简化了服务器端中间层构件的设计(容器的机制) 为构件与应用服务器提供标准API(与现有的企业信息系统集成) 获得了业界的广泛支持(全球70%的分布式应用是由J2EE体系支撑) 什么是J2EE Open and standard based platform for developing, deploying and managing n-tier, Web-enabled, server-centric enterprise applications 开放的、基于标准的平台，用以开发、部署和管理N层结构、面向Web的，以服务器为中心的企业级应用 J2EE的四层模型 四层结构 客户层：面向客户的应用和applet Web层：包含用于扩展传统http web服务器的组件，通过java servlet和jsp实现 业务层：包含以EJB形式来提供业务逻辑的组件 企业信息系统层：J2EE的connector结构使得J2EE产品能同EIS层上的企业信息系统进行集成 通常，web和业务层在同一台server(J2EE SERVER)上运行，它们被认为是中间层的子层 J2EE应用通常被认为是三层结构 J2EE在现实环境中的典型应用 支持J2EE标准的厂家 IBM HP Sun Oracle BEA Inprise Macromedia 基本概念 组件 模块 容器 组件 J2EE中的组件实际是标准的java类 与传统java类的差别：组件是特意作为可重用，独立的程序单元创建的，它们可进行组装形成J2EE应用 最终要部署到合适的层上，在层上的对应容器中执行 容器为组件提供访问特定的，标准化的服务和API的能力 一旦对组件进行了部署，就可对其进行配置 组件 模块 为了对组件进行部署，组件必须首先组装到模块中，模块是J2EE应用的基本组成单元 模块是J2EE的软件单元，由一个或多个相同组件类型的组件组成，这些组件连同相应的部署描述文件一同绑定到java Archive(JAR)文件中 部署描述文件是XML文件，包含声明语句(非程序代码)，描述模块中的每个组件及相关配置或定制需求——包括与其他模块的依赖 J2EE应用由一个或多个模块组成，它们被打包成带有.ear的JAR文件 JAR文件 JAR文件是组合到一个单一的，平台无关的文件中的文件集合，为开发人员提供一种有效方式来聚集和管理J2EE应用功能集 企业应用档案(ear)：对组成J2EE应用的各种模块打包 Web应用档案(war)：将web层组件打包到war模块 资源适配器档案(rar)：将资源适配器组件和相关联的(用于特定EIS的connector)信息打包成RAR模块 容器 J2EE受到执行它的容器的管理与支持 容器作用是为组件提供与部署，执行，生命周期管理，安全和其他组件需求相关的服务 不同类型的容器为其所管理的组件提供附件服务，如EJB容器为其EJB提供事务服务和持久性服务 对每一种主要组件类型定义相应的容器类型 容器 EJB 容器的责任 J2EE平台 J2EE架构及核心技术 公共服务 JNDI (名字和目录服务)：