利用JSF、SpringFramework和Hibernate构建Web应用的实例讲述.doc

[译文]JSF是一种新的用于构架 j2ee应用用户界面的技术，它尤其适合于基于MVC架构的应用中。虽已有很多文章介绍过了JSF，然而它们大多从理论高度来介绍JSF而不是面向于实际 应用。目前对于实际应用，JSF仍有很多问题没有解决，例如：如何使JSF适应于MVC整体构架中？如何将JSF与其他Java 框架整合起来？是否应该将业务逻辑放置在JSF的backing beans中？如何处理JSF中的安全机制？更为重要的是如何利用JSF构架现实世界的Web应用？本文将涉及到上面的这些问题，它将演示如何将JSF、Spring和Hibernate整合在一起，构架出一个名为JCatalog的在线产品价目系统。利用该Demo，本文涵盖了Web应用开发的每一个阶段，包括需求收集、分析，技术选择，系统架构和实现。本文讨论了在JCatalog中涉及到的各种技术的优点和缺点并展示了一些关键部分的设计方法。本文的对象是从事基于J2ee的Web应用架构人员和开发人员，它并不是对JSF、SpringFramework和Hibernate的简单介绍，如果对这些领域不甚了解，请参看相关资源。该范例的功能需求JCatalog是一个现实世界的Web应用，我首先描述JCatalog的需求，在通篇的技术决策和架构设计时都将涉及到本部分。在 设计Web应用的第一阶段是收集系统的功能需求，范例应用是一个典型的电子商务应用系统，用户可以浏览产品的catalog并查看产品的详细情况，而管理 员可以管理产品的catalog。通过增加一些其他功能，如inventory管理和订单处理等，该应用可成为一个成熟的电子商务系统。Use casesUse-case分析被用来展示范例应用的功能需求，图1就是该应用的use-case图。???? use -case图用于表示系统中的actors以及可能进行的operations，在该应用中将有七个use-case，用户能够浏览产品 catalog和查看产品的详细情况，一旦用户登录到系统中，她将成为管理员，从而可以创建新的产品，编辑已存在的产品或者删除老的产品等。Business rulesJCatalog必须符合以下business rules: 每个产品必须具有唯一的ID 每个产品必须属于至少一个category 产品ID一旦创立不得修改 Assumptions我们在系统的设计和实现中做以下假定： 英语讲是缺省语言，且不需事先国际化 在Catalog不讲不会超过500个产品 catalog将不会被频繁的修改 Page flow图2显示了所有的JCatalog的pages以及它们之间的transitions关系：???? 该 应用中存在两组pages：公开的internet和用于管理的intranet，其中intranet只能被那些成功登录到系统的用户访问。 ProductSummary不作为一个单独的page展示给用户，它显示在Catalog page中的frame中。ProductList只对管理员可视，它包含用于创建、编辑和删除产品的链接。图3是一个Catalog页面的示意图，理想状况下，在需求文档中应该包含每一页的详细示意图。???????? 构架设计Web应用开发的下一个阶段是构架设计，它包括将应用划分为多个功能组件并将这些组件分割组合成层，高层的构架设计应该中立于所选用的特定技术。多层架构多 层架构是将整个系统清晰的分为多个功能单元：client、presentation、business-logic、integration和 EIS，这将确保职责得到清晰的划分，使得系统更易于维护和扩展。具有三层或等多层的系统被证明比C/S模型具有更好的伸缩性和灵活性。client层是使用和表示数据模型的地方，对于一个Web应用，client层通常是浏览器，基于浏览器的瘦客户端不包含任何表示逻辑，它依赖于presentation层。presentation层将business-logic层的服务展示给用户，它应知道如何处理用户的请求，如何同business-logic层交互，并且知道如何选择下一个视图显示给用户。business-logic层包含应用的business objects和business services。它接受来在于presentation层的请求、基于请求处理业务逻辑。业务逻辑层组件将受益于系统级的服务，如安全管理、事务管理和资源管理等。integration层是介于business-logic层和EIS层之间的桥梁，它封装了与EIS层交互的逻辑。有时，将integration层和business-logic层合称为中间层。