【S2HS学习笔记】第一章节：Java EE应用和开发环境

1. Java EE应用的分层模型
  1.1. Java EE架构模式大致可以分为以下几层：
   >> Domain Object（领域对象）层：此层由POJO（Plain Old Java Object，普通的、传统的Java对象）组成，这些对象是该系统的Domain Object，往往包含了各自所需要实现的业务逻辑方法。
   >> DAO（Data Access Object，数据访问对象）层：此层由一系列的DAO组件组成，这些DAO实现了对数据库的创建、查询、更新和删除等院子操作。
   >> 业务逻辑层：此层由一系列的业务逻辑对象组成，这些业务逻辑对下岗实现了系统所需要的业务逻辑方法。
   >> 控制器层：此层由一系列的控制器组成，这些控制器用于拦截用户的请求，并调用业务逻辑组件的业务逻辑方法，处理用户请求，并根据处理结果转发到不同的表现层组件。
   >> 表现层：此层由一系列的JSP页面、Velocity页面、PDF文档视图组件组成，负责收集用户的请求和现实处理结果。
  各层的Java EE组件之间以松耦合的方式耦合在一起，各个组件并不以硬编码方式耦合，这种方式提高了应用程序的扩展性和可维护性。
  1.2. Java EE应用的组件
   >> 表现层组件：最常用的是JSP。
   >> 控制器组件：对于Java EE的MVC框架而言，框架提供一个前端核心控制器。
   >> 业务逻辑组件：使系统的核心组件，实现系统的业务逻辑。通常，一个业务逻辑方法对应一次用户操作。业务逻辑方法仅仅负责实现业务逻辑，而不应该进行数据库访问。因此，业务逻辑组件中，不应该出现原始的Hibernate、JDBC等API（更为重要的原因是：保证业务逻辑方法的实现，与具体的持久层访问技术分离。最理想的情况是：业务逻辑组件中都不要出现持久层API）。
   >> DAO组件：每个DAO组件都提供Domain Object对象基本的创建、查询、更新和删除等操作，这些操作对应于数据库的CIUD等原子操作。为了业务逻辑组件的实现与DAO组件的实现相分离，我们为每个DAO组件都提供了接口，业务逻辑组件面向DAO接口编程，从而提供更好的解耦。
   >> 领域对象组件：领域对象（POJO）抽象了系统的对象模型。通常而言，这些领域对象的状态都必须保存在数据库中，因此每个领域对象通常对应一个或多个数据表，领域对象通常需要提供对数据记录的访问方式。
  1.3. 常用的Java EE服务器
   采用轻量级Java EE架构：Struts2+Spring+Hibernate，无需专业的Java EE服务器支持，只需要简单的Web服务器就可以运行。
   常见的Web服务器有如下：
   >> Tomcat：Sun官方推荐的JSP服务器。
   >> Jetty
   >> Resin
   >> JBoss
   >> WebLogic和WebSphere：专业的商用Java EE服务器，价格不菲。
   对于轻量级的Java EE而言，没有必要使用Java EE服务器，使用简单的Web容器即可。
 2. 轻量级Java EE应用相关技术
  轻量级Java EE应用以传统的JSP作为表现层技术，以开源框架作为MVC层、中间层、持久层解决方案，并将这些有机的组合在一起，使Java EE应用具有高度的可扩张性、可维护性。