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应用具有高度的可扩张性、可维护性。