Hibernate流行架构浅析

核心提示： 应用层许多设计良好的web 应用，可以被按职责分为四层，Hibernate流行架构浅析(2)，这些层次是表现层、持久层、业务层、和领域模型层，每一个层次都有其独特的职责，Hibernate 的持久对象基于POJO和Java 群集(collections)，此外，不能把各自的功能与其它层次相混合，

应用层

许多设计良好的web 应用，可以被按职责分为四层。这些层次是表现层、持久层、业务层、和领域模型层。每一个层次都有其独特的职责，不能把各自的功能与其它层次相混合。每一个应用层都应该和其它层隔离开来，但允许使用接口在层间进行通信。我们开始来看看每个层，并讨论一下它们各自都应该提供什么和不应该提供什么。

表现层

一个典型的web 应用的末端是表现层。许多Java 开发者都知道Struts 提供了什么东西。然而，太多时候，耦合代码比如业务逻辑被放进org.apache.struts.Action中。所以，我们先总结一下Struts 之类的框架应该提供什么。下面就是Struts 的职责所在：

◆管理用户的请求和响应

◆提供一个控制起来将调用委托到业务逻辑和其他上游处理

◆将来自于抛出例外的其他层的例外处理到Struts Action 中

◆组装可以在视图中表现的模型对象

◆执行UI 校验

下面是一些经常可以使用Struts进行编码但是不应该和表现层关联的事情：

◆直接和数据库交互，比如JDBC 调用

◆与应用相关的业务逻辑和校验

◆事务管理

◆在表现层中引入这些类型的代码将导致类型耦合和维护负担。

持久层

一个典型Web应用的另一端是持久层。这也是应用中最容易很快失控的地方。开发者通常低估了自己构建自己的持久层框架的挑战。一个定制的，内部开发的持久层不仅需要大量的开发时间，并且通常缺乏功能和难以管理。目前有许多解决这些问题的开源对象关系映射 (ORM) 框架。特别地，Hibernate架构就允许Java中的对象-关系的持久性和查询服务。Hibernate 对已经熟悉了SQL 和JDBC API 的Java开发者来或具有中度的学习曲线。Hibernate 的持久对象基于POJO和Java 群集(collections)。此外，使用Hibernate 不和你的IDE接口。下面列出了你需要在持久性框架中编写的代码类型：