这儿是一些经常用Struts编写的但是却不应该和Struts表现层相伴的项目：

     直接和数据库通讯，比如JDBC调用； 
     业务逻辑和与你的应用程序相关的验证； 
     事务管理；

在表现层中引入这种代码将导致典型耦合（type coupling）和讨厌的维护。

这篇文章的后面将用例子来把Spring使用这些概念的方法说得更清楚一些。业务层应该负责下面这些事情：

    处理应用程序的业务逻辑和业务验证；
    管理事务；
    预留和其它层交互的接口；
    管理业务层对象之间的依赖；
    增加在表现层和持久层之间的灵活性，使它们互不直接通讯；
    从表现层中提供一个上下文（context）给业务层获得业务服务（business services ）；
    管理从业务逻辑到持久层的实现。

        在典型web应用的另一端是持久层。这通常是使事情迅速失控的地方。开发者低估了构建他们自己的持久层框架的挑战性。一般来说，机构内部自己写的持久层不仅需要大量的开发时间，而且还经常缺少功能和变得难以控制。有几个开源的“对象－关系映射”（ORM）框架非常解决问题。尤其是，Hibernate框架为java提供了＂对象－关系持久化＂（object-to-relational persistence）机制和查询服务。Hibernate对那些已经熟悉了SQL和JDBC API的Java开发者有一个适中的学习曲线。Hibernate持久对象是基于简单旧式Java对象（POJO）和Java集合（Java collections）。此外，使用Hibernate并不妨碍你正在使用的IDE。下面的列表包含了你该写在一个持久层框架里的代码类型：

        查询相关的信息成为对象。Hibernate通过一种叫作HQL的面向对象（OO）的查询语言或者使用条件表达式API（expressive criteria API）来做这个事情。 HQL非常类似于SQL-- 只是把SQL里的table和columns用Object和它的fields代替。有一些新的专用的HQL语言成分要学；不过，它们容易理解而且文档做得好。HQL是一种使用来查询对象的自然语言，花很小的代价就能学习它。

        保存、更新、删除储存在数据库中的信息。

        像Hibernate这样的高级“对象－关系”映射（object-to-relational mapping）框架提供对大多数主流SQL数据库的支持，它们支持“父/子”（parent/child）关系、事务处理、继承和多态。

这儿是一些应该在持久层里被避免的项目：

    业务逻辑应该在你的应用的一个高一些的层次里。持久层里仅仅允许数据存取操作。

    你不应该把持久层逻辑（persistence logic）和你的表现层逻辑（presentation logic）搅在一起。避免像JSPs或基于servlet的类这些表现层组件里的逻辑和数据存取直接通讯。通过把持久层逻辑隔离进它自己的层，应用程序变得易于修改而不会影响在其它层的代码。例如：Hebernate能够被其它持久层框架或者API代替而不会修改在其它任何层的代码。