JSF+Spring+Hibernate的实例讲解(原创翻译)(6) 在这篇文章中Backing bean 和视图对象是可交换的术语。比较Struts中的Actionform和Action，在JSF中开发backing beans遵循面向对象设计的最好实践。一个backing bean不仅包含视图数据，也包含与数据相关的行为。在Struts 中，Action 和ActionForm包含数据和逻辑分离。我们都听说过域对象模型。那么，域对象模型和视图对象有什么不同呢？在一个简单的Web应用程序里，一个域对象模型能被用于所有的层，然而，在一些复杂的Web应用程序里面，一个单独的视图对象模型需要被使用。域对象模型是关于业务对象，应该归入业务逻辑层。它包含特定业务对象相关的业务数据和业务逻辑。一个视图对象包含特定数据和行为的表示。JCatalog项目的ProdUCtListBean提供了一个好的例子。它包含表示层数据和逻辑细节，举例来说，与分页相关的数据和逻辑。从域对象模型分离视图对象的缺点是数据映射必须发生在两个对象模型之间。在JCatalog项目中，ProdUCtBeanBuilder和UserBeanBuilder使用基于反射的Commons BeanUtils去实现数据映射。安全当前，JSF没有内置的安全特征。例子的安全需求是基本的：用户连接到管理员使用的公司内部网需要的认证是基于用户名和密码，不需要授权。在JSF里面几个处理用户认证的方法已经被提出：Use a base backing bean：这个解决方 案是简单的。然而，它使backing beans与特殊的遗产层次绑定。Use JSF ViewHandler decorator：这种方法使安全逻辑紧紧地加上一个特殊的Web层技术。Use a servlet filter：一个JSF 应用程序与其他基于Java的Web应用程序不同。它在一个恰当的地方使用一个过滤器处理认证检查。这种方法使Web应用程序中的认证逻辑减弱了。在例子应用程序中，SecurityFilter类处理用户认证。当前，受保护的资源只有三个页面，为了简单，它们被硬编码在Filter类里面。可以通过扩展安全规则来改进它，把受保护的资源放到配置文件中。分页应用程序的目录页需要分页。表现层能处理分页，这意味着所有数据必须被重新得到存储在这层。分页也能在业务逻辑层、集成层甚至是EIS层处理。JCatalog项目的假定是在目录中的产品不超过500种。所有产品信息适合保存在用户session中。分页逻辑存在ProdUCtListBean类中。与分页有关的参数“每页的产品”通过JSF的managed-bean工具配置。缓存缓存是Web应用程序中改善性能的众多重要技术中的一种。缓存能在应用程序体系结构内的许多层完成。体系结构中的一层减少调用它下面的层时，缓存是非常有益的。JSF managed-bean工具使在表现层实现缓存更容易。通过改变一个managed bean的范围，包含在managed bean中的数据能在不同的范围内缓存。例子应用程序使用二级缓存。第一级缓存在业务逻辑层里面。CachedCatalogServiceImpl类维护所有产品和目录的读/写缓存。Spring 管理的类作为一个单独服务bean。所以，一级缓存是一个应用程序范围的读/写缓存。对于简单的分页逻辑和将来应用程序速度的提高，表现层的会话范围内的产品也被缓存。每个用户维护他session里面自己的ProdUCtListBean。缺点是占用系统内存和存在旧数据。在一个用户session的持续时间里，如果管理员更新了目录，用户可能会看到旧的目录数据。然而，基于这样的假定，目录中部超过500种产品，而且目录更新不频繁，我们应该能够忍受这些缺点。
