J2EE应用开发——01-1J2EE概述.ppt

J2EE概述 Sunny Liu weiliu_china@126.com J2EE全面简介 J2EE的概念 J2EE的概念 J2EE的概念 J2EE的优势 J2EE的优势 J2EE的四层结构 J2EE的四层结构 J2EE的四层结构 J2EE的四层结构 J2EE的四层结构 J2EE的四层结构 J2EE的框架结构 J2EE的框架结构 J2EE的框架结构 J2EE的框架结构 J2EE的核心API与组件 J2EE的核心API与组件 J2EE的核心API与组件 J2EE的核心API与组件 J2EE的核心API与组件 J2EE的核心API与组件 J2EE的核心API与组件 客户层组件 J2EE应用程序可以是基于web方式的,也可以是基于传统方式的. web 层组件 J2EE web层组件可以是JSP 页面或Servlets.按照J2EE规范，静态的HTML页面和Applets不算是web层组件。 正如下图所示的客户层那样，web层可能包含某些 JavaBean 对象来处理用户输入，并把输入发送给运行在业务层上的enterprise bean 来进行处理。 业务层组件 业务层代码的逻辑用来满足银行，零售，金融等特殊商务领域的需要,由运行在业务层上的enterprise bean 进行处理. 下图表明了一个enterprise bean 是如何从客户端程序接收数据，进行处理(如果必要的话), 并发送到EIS 层储存的，这个过程也可以逆向进行。 业务层有三种企业级的bean: 会话(session) beans：会话bean 表示与客户端程序的临时交互. 当客户端程序执行完后, 会话bean 和相关数据就会消失. 实体(entity) beans：实体bean 表示数据库的表中一行永久的记录. 当客户端程序中止或服务器关闭时, 就会有潜在的服务保证实体bean 的数据得以保存. 消息驱动(message-driven) beans：消息驱动 bean 结合了会话bean 和 JMS的消息监听器的特性, 允许一个业务层组件异步接收JMS 消息. 这种基于组件，具有平台无关性的J2EE 结构使得J2EE 程序的编写十分简单，因为业务逻辑被封装成可复用的组件，并且J2EE 服务器以容器的形式为所有的组件类型提供后台服务. 容器服务：容器设置定制了J2EE服务器所提供的内在支持，包括安全，事务管理，JNDI(Java Naming and Directory Interface)寻址,远程连接等服务，以下列出最重要的几种服务： J2EE安全(Security)模型 J2EE 事务管理（Transaction Management）模型 JNDI 寻址(JNDI Lookup)服务 J2EE远程连接（Remote Client Connectivity）模型 生存周期管理（Life Cycle Management）模型 数据库连接池（Database Connection Pooling）模型 容器类型 J2EE应用组件可以安装部署到以下几种容器中去: EJB 容器管理所有J2EE 应用程序中企业级bean 的执行. enterprise bean 和它们的容器运行在J2EE 服务器上. Web 容器管理所有J2EE 应用程序中JSP页面和Servlet组件的执行. Web 组件和它们的容器运行在J2EE 服务器上. 应用程序客户端容器管理所有J2EE应用程序中应用程序客户端组件的执行. 应用程序客户端和它们的容器运行在客户端. Applet 容器是运行在客户端机器上的web浏览器和 Java 插件的结合. 模型-视图-控制(MVC)设计模式 模型-视图-控制 模型-视图-控制(MVC)是一个设计模式 它被广泛使用在J2EE开发中，并且被认为是J2EE中的一个核心概念 可以给实际的开发带来各种便利（在后述内容中将有更为详细的描述） ——提高代码的重用性 ——缩短开发时间 模型-视图-控制(MVC)设计模式 模型-视图-控制 模型 表示底层集中的数据和业务逻辑 没有任何的用户界面信息 视图 表示用户界面，对用户可见并能对用户操作作出响应 表示模型中的一个窗口，当然也可以表示多个 控制器 连接模型和视图 用于模型和视图之间的通信 模型-视图-控制(MVC)设计模式 MVC应用于J2EE 模型-视图-控制(MVC)设计模式 MVC的优势 提高代码的重用 ——模型的目的是提供集中的业务逻辑和数据访问 ——不需要任何额外的代码就可以实现业务逻辑在多个应用程序中的重用 缩短开发时间 ——模型，视图和控制器可以并行开发 更好的可维护性 ——视图的修改对模型不造成任何影响:不需要对模