JSF+Spring+Hibernate实例讲解Word下载.docx
《JSF+Spring+Hibernate实例讲解Word下载.docx》由会员分享，可在线阅读，更多相关《JSF+Spring+Hibernate实例讲解Word下载.docx（16页珍藏版）》请在冰豆网上搜索。
JCatalog必须符合下面的业务规则：
每个产品有一个唯一的产品ID
每个产品至少属于一个目录
产品ID一旦被创建就不能改变
假定
对于产品的设计和实现，我们做下面的假定。
英语是默认语言；
不要求国际化
目录中不超过500种产品
目录的更新不频繁
页面流
图2显示了所有JCatalog的页面和它们之间的转换。
图2页面流图
应用程序有两组页面：
公共的国际互联网和管理员的企业内部网。
企业内部网只有对那些成功登陆到系统的用户有效。
产品概要页面是公用的，它作为产品目录的内容包含在一个HTML框架里面。
产品列表是一个特殊的目录，只能被管理员看见，它包含创建、编辑和删除产品的链接。
图3是目录页的一个模型。
理想情况下，每一个页面所有的控制和必要的内容明细的模型应该被包含在需求文档里面。
图3目录页面模型
高级体系结构设计
下一步的设计是Web应用程序的高级体系结构设计，它包括将应用程序细分成功能组件以及将这些组件划分到各自所属的层。
高级体系结构设计独立于使用的技术。
多层体系结构
一个多层体系结构将整个系统划分成清晰的单元——客户端、表示层、业务逻辑层、集成层和企业信息系统（EIS），这保证了清晰的责任划分以及可维护性和可扩展性。
三层或多层系统已经被证明比没有业务逻辑层的客户-服务器系统具有更多的可升级性和柔韧性。
客户端是数据模型被消费和呈现的地方。
对于一个Web应用程序，客户层通常是Web浏览器。
基于浏览器的瘦客户不包含表示逻辑；
它依赖于表示层。
表示层使用业务逻辑层为用户服务，它知道怎样去处理一个客户请求，怎样去和业务逻辑层结合以及怎样去选择下一个试图去显示。
业务逻辑层包含一个应用程序的业务对象和业务服务。
它从表示层接受请求，基于请求处理业务逻辑，作为访问EIS层资源的的中介。
业务逻辑层组件使用许多系统级别的服务，例如，安全管理、事物管理和资源管理。
集成层是业务逻辑层和EIS层之间的桥梁。
它封装了与EIS层相结合的逻辑。
有时，集成层和业务逻辑层的结合是作为中间层被提到。
应用程序数据在EIS层被持久化，包括关系数据库，面向对象数据库和遗留系统。
JCatalog的体系结构设计
图4显示了JCatalog的高级体系结构设计以及它怎样适合多层体系结构。
图4高级体系结构图
应用程序使用了一个多层的非分布式的体系结构，图4显示应用程序层和每一层技术选择的划分。
它也用于应用程序的部署图。
对于一个可配置的体系结构，表示层、业务逻辑层和集成层被定位在同样的Web容器。
定义良好的接口隔离了每一层的职责。
可配置的体系结构使应用程序简单和可升级。
对于表示层，经验告诉我们，最好的实践是选择一个存在的，被验证的Web应用框架，远比设计开发一个定制的框架好。
我们有几个Web应用框架可供选择，举例来说，Struts、WebWork和JSF。
对于JCatalog项目，我们使用JSF。
对于业务逻辑层，不是使用EJB（EnterpriseJavaBeans）就是使用POJO（plainoldJavaobjects）。
如果应用程序是分布式的，EJB具有远程接口是一个较好的选择。
因为JCatalog是一个典型的没有远程访问请求的Web应用程序，POJO在Spring框架的帮助下，用于实现业务逻辑层。
PureJDBC（JavaDatabaseConnectivity）：
这是最灵活的实现方法；
然而，低级的JDBC和不好的JDBC代码工作是麻烦的，执行的不好。
Entitybeans：
一个容器管理持久化（CMP,container-managedpersistence）的entitybean是隔离数据访问代码和处理O/R（object-relational）mapping数据持久化的昂贵的方法。
它是一个以应用服务器为中心的解决办法。
一个entitybean不和特定的数据库紧耦合，但是应用程序和EJB容器进耦合。
O/Rmappingframework：
一个O/R影射的框架采用以对象为中心的方法实现数据持久化。
一个以对象为中心的应用程序是容易开发和高度轻便的。
在这个领域内存在几个框架——JDO（JavaDataObjects），Hibernate,Toplink。
CocoBase是一个新的例子。
在例子应用程序中我们使用HIbernate。
现在，让我们讨论将应用程序的每一个层联合起来设计的问题。
因为JSF相对来说是一个新技术，我强调一下它的使用。
表现层和JavaServerFaces（JSF）
表现层收集用户输入，呈现数据，控制页面导航，代替用户与业务逻辑层交互。
表现层也能校验用户输入，维护应用程序的会话状态。
下面的章节，我讨论表现层的设计考虑和模式以及我选择JSF去实现JCatalog项目的表现层的原因。
MOdel-View-Controller（MVC）
MVC是Java蓝皮书（BluePrints）中推荐的交互式应用程序体系结构设计模式。
MVC分别设计关注的问题，因此减少了代码的重复，集中控制，使应用程序更具扩展性。
MVC也帮助开发者使用不同的技术集合，集中他们核心的技术，通过定义清晰的接口进行合作。
MVC是表现层的体系结构设计模式。
JavaServerFace
JSF是一个基于Java的Web应用程序服务端的用户接口组件框架。
JSF包括表示UI组件和管理其状态的API;
处理事件，服务端校验，数据转换；
定义页面导航；
支持国际化和可访问性；
提供所有这些特点的扩展能力。
它还包括两个为JSP定制的标签库，一个用于表示JSP页面内的UI组件，一个用于配置服务端的对象组件。
JSF和MVC
JSF很适合基于MVC的表现层体系结构。
它提供动作和表现之间清楚地划分。
它影响了UI组件和Web层概念，不限定你去使用特定的脚本技术或者标记语言。
JSFbackingbeans是model层（后面的章节有关于backingbeans的更多内容）。
它们也包含动作，这是控制层的扩展，代理用户对业务逻辑层的请求。
请注意，从整体应用程序的体系结构来看，业务逻辑层也能被作为Model层提到。
使用JSF定制标签的JSP页面是视图层。
FacesServlet提供控制者的功能。
为什么用JSF
JSF不仅仅只是另一个Web框架，下面是JSF与其他Web框架不同的特点：
象Swing一样面向对象的Web应用程序开发：
服务端有状态的UI组件模型，具有事件监听和操作者，开始了面向对象Web应用程序开发。
Backing-bean管理：
Backingbeans是页面中JavaBeans组件和UI组件的联合。
Backing-bean管理UI组件对象定义和对象执行应用程序特殊过程以及控制数据的分离。
JSF在正确的范围内执行存储和管理这些backing-bean实例。
可扩展的UI组件模型：
JSFUI组件是组成JSF应用程序用户接口可配置、可复用的元素。
你能扩展标准的UI组件和开发更多的复杂组件。
举例来说，菜单条和树型构件。
灵活的表现模型：
一个renderer分隔一个UI组件的功能和视图。
多个renderer能被创建，用于定义相同或不同客户端上同样组件的不同外观。
可扩展的转化和校验模型：
基于标准的转换者和校验者，你能开发定制的转换者和校验者，它们提供最好的模型保护。
尽管JSF很强大，但是现在还不成熟。
组件、转换者和校验者是JSF基本的。
每一个校验模型不能处理组件和校验者之间多对多的校验。
另外，JSF定制标签不能和JSTL（JSPStandardTagLibrary）无缝结合。
在下面的部分，我讨论用JSF实现JCatalog项目时几个关键方面和设计决定。
首先讨论JSF中managedbeans和backingbeans的定义和使用。
然后，我介绍JSF中怎样处理安全、分页、缓存、文件上传、校验和错误消息定制。
Managedbean,backingbean,viewobject和domainobjectmodel
JSF介绍了两个新的术语：
managedbean和backingbean。
JSF提供一个强大的managed-bean工厂。
被JSF执行的JavaBean对象管理被叫做managedbeans。
一个managedbean描述一个bean怎样被创建和管理。
它没有利用bean的功能性。
Backingbean定义页面特性和处理逻辑与UI组件的联合。
每一个backing-bean属性被绑定到组件实例或者它的值中的一个。
一个backingbean也定义一个组件可执行的功能的集合，例如，校验组件的数据，处理组件触发事件，组件激活时与导航相关的执行过程。
一个典型的JSF应用程序在应用程序的每一个页面中连接一个backingbean。
然而，有时在真实的世界里，强迫一个backingbean和一个页面一对一的关系不是一个理想的解决方案。
它能造成象代码重复这样的问题。
在真实世界的场景里，几个页面可能需要共享在后台的同样的backingbean。
例如，在JCatalog项目里，CreateProduct和EditProduct页面共享同样的ProductBean的定义。
一个试图对象是在表示层明确使用的模型对象。
它包含了必须显示在视图层的数据和校验用户输入，处理事件和与业务逻辑层相结合的逻辑。
backingbean是基于JSF应用程序的视图对象。
在这篇文章中Backingbean和视图对象是可交换的术语。
比较Struts中的Actionform和Action，在JSF中开发backingbeans遵循面向对象设计的最好实践。
一个backingbean不仅包含视图数据，也包含与数据相关的行为。
在Struts中，Action和ActionForm包含数据和逻辑分离。
我们都听说过域对象模型。
那么，域对象模型和视图对象有什么不同呢？
在一个简单的Web应用程序里，一个域对象模型能被用于所有的层，然而，在一些复杂的Web应用程序里面，一个单独的视图对象模型需要被使用。
域对象模型是关于业务对象，应该归入业务逻辑层。
它包含特定业务对象相关的业务数据和业务逻辑。
一个视图对象包含特定数据和行为的表示。
JCatalog项目的ProductListBean提供了一个好的例子。
它包含表示层数据和逻辑细节，举例来说，与分页相关的数据和逻辑。
从域对象模型分离视图对象的缺点是数据映射必须发生在两个对象模型之间。
在JCatalog项目中，ProductBeanBuilder和UserBeanBuilder使用基于反射的CommonsBeanUtils去实现数据映射。
安全
当前，JSF没有内置的安全特征。
例子的安全需求是基本的：
用户连接到管理员使用的公司内部网需要的认证是基于用户名和密码，不需要授权。
在JSF里面几个处理用户认证的方法已经被提出：
Useabasebackingbean：
这个解决方案是简单的。
然而，它使backingbeans与特殊的遗产层次绑定。
UseJSFViewHandlerdecorator：
这种方法使安全逻辑紧紧地加上一个特殊的Web层技术。
Useaservletfilter：
一个JSF应用程序与其他基于Java的Web应用程序不同。
它在一个恰当的地方使用一个过滤器处理认证检查。
这种方法使Web应用程序中的认证逻辑减弱了。
在例子应用程序中，SecurityFilter类处理用户认证。
当前，受保护的资源只有三个页面，为了简单，它们被硬编码在Filter类里面。
可以通过扩展安全规则来改进它，把受保护的资源放到配置文件中。
分页
应用程序的目录页需要分页。
表现层能处理分页，这意味着所有数据必须被重新得到存储在这层。
分页也能在业务逻辑层、集成层甚至是EIS层处理。
JCatalog项目的假定是在目录中的产品不超过500种。
所有产品信息适合保存在用户session中。
分页逻辑存在ProductListBean类中。
与分页有关的参数“每页的产品”通过JSF的managed-bean工具配置。
缓存
缓存是Web应用程序中改善性能的众多重要技术中的一种。
缓存能在应用程序体系结构内的许多层完成。
体系结构中的一层减少调用它下面的层时，缓存是非常有益的。
JSFmanaged-bean工具使在表现层实现缓存更容易。
通过改变一个managedbean的范围，包含在managedbean中的数据能在不同的范围内缓存。
例子应用程序使用二级缓存。
第一级缓存在业务逻辑层里面。
CachedCatalogServiceImpl类维护所有产品和目录的读/写缓存。
Spring管理的类作为一个单独服务bean。
所以，一级缓存是一个应用程序范围的读/写缓存。
对于简单的分页逻辑和将来应用程序速度的提高，表现层的会话范围内的产品也被缓存。
每个用户维护他session里面自己的ProductListBean。
缺点是占用系统内存和存在旧数据。
在一个用户session的持续时间里，如果管理员更新了目录，用户可能会看到旧的目录数据。
然而，基于这样的假定，目录中部超过500种产品，而且目录更新不频繁，我们应该能够忍受这些缺点。
文件上传
目前，JSF的Sun参考实现中不支持文件上传。
Struts有很好的文件上传能力，然而，Struts外观集成库是必须使用。
在JCatalog项目中，一个图片与每个产品关联。
一个用户创建一个新的产品之后，必须上传与之相关的图片。
图片保存在应用服务器的文件系统里面。
产品ID是图片名.
例子应用程序使用<
inputtype="
file"
>
Servlet和Jakarta通用的文件上传API,实现一个简单的文件长传功能。
这个功能使用两个参数：
产品图片路径和图片上传结果页面。
它们都通过ApplicatonBean配置。
请参考FileUploadServlet类的详细资料。
校验
JSF具有的标准校验是简单基本的，不能满足真实的需求。
开发自己的JSF校验是容易的。
我在例子应用程序中使用定制标签来开发SelectedItemsRange校验。
它校验通过UISelectManyUI组件选择的项目数量：
<
h:
selectManyListboxvalue="
#{productBean.selectedCategoryIds}"
id="
selectedCategoryIds"
<
catalog:
validateSelectedItemsRangeminNum="
1"
/>
f:
selectItemsvalue="
#{applicationBean.categorySelectItems}"
categories"
/h:
selectManyListbox>
更多的详细资料请参考例子应用程序。
错误消息定制
在JSF里面，你可以设置资源包定制转换和校验时的错误消息。
资源包被设置在faces-config.xml里面：
message-bundle>
catalog.view.bundle.Messages<
/message-bundle>
Theerrormessage'
skey-valuepairsareaddedtotheMessage.propertiesfile:
#conversionerrormessages
ponent.UIInput.CONVERSION=Inputdataisnotinthecorrecttype.
#validationerrormessages
ponent.UIInput.REQUIRED=Requiredvalueismissing.
业务逻辑层和SpringFramework
业务对象和业务服务在业务逻辑层。
一个业务对象不仅包含数据，也有与特定对象关联的逻辑。
在例子应用程序中标识了三个业务对象：
Product,Category和User.
业务服务与业务对象相结合，提供高级的业务逻辑。
一个包含直接使用的服务接口的标准的业务接口层应该被定义。
在SpringFramework的帮助下，POJO实现了Jcatalog项目业务逻辑层。
有两个业务服务：
CatalogService包含与目录管理相关的业务逻辑，UserService包含了用户管理逻辑。
Spring是基于控制反转概念（IOC,inversionofcontrol）。
在例子应用程序中使用的Spring特征包括：
Beanmanagementwithapplicationcontexts：
Spring能有效地组织我们的中间层对象，垂直处理。
Spring能避免一个实体功能的分解，促进好的面向对象设计实现，举例来说，接口设计。
Declarativetransactionmanagement：
Spring使用AOP（aspect-orientedprogramming）去描述不使用EJB容器的声明性事务处理。
这种方法，事务管理能被应用到任何POJO。
Spring事务管理不和JTA（JavaTransactionAPI）绑定，使用不同的事物策略工作。
在例子应用程序中声明性事务管理Hibernate中的事务。
Data-accessexceptionhierarchy：
Spring提供一个值得回味的异常层次代替SQLException。
使用Spring数据访问异常层次，Spring数据访问异常翻译者必须在Spring配置文件里面定义：
beanid="
jdbcExceptionTranslator"
class="
org.springframework.jdbc.support.SQLErrorCodeSQLExceptionTranslator"
propertyname="
dataSource"
refbean="
/property>
/bean>
在例子应用程序中，如果插入的一个新产品的ID是重复的，一个DataIntegrityViolationException会被抛出。
这个异常会被捕获然后作为DuplicateProductIdException被抛出。
这种方法，DuplicateProductIdException能处理不同的数据访问异常。
Hibernateintegration：
Spring不强迫我们使用它强大的JDBC抽象特征。
它和O/R映射框架集成的很好，尤其是Hibernate。
Sping提供有效的、安全的Hibernate会话操作。
在应用程序上下文操作Hibernate的配置SessionFactories和JDBC数据源，使应用程序容易测试。
集成层和HIbernate
Hibernate是一个开源O/R映射框架，它减少使用JDBCAPI的需要。
Hibernate支持所有主流的SQL数据库管理系统。
HibernateQueryLanguage是SQL面向对象的最小的扩展来设计的，在对象和关系世界间提供了一个优雅的桥。
Hibernate提供数据恢复和更新的工具，事务管理，数据连接池，programmaticanddeclarativequeries,声明实体关系管理。
Hibernate和其他O/R映射框架相比入侵性较小。
使用反射和运行时产生字节码，SQL在系统开始时产生。
它允许我们开发符合Java习惯的持久对象，包括联合，继承，多态，聚合和Java集合框架。
在例子应用程序中的业务对象是POJO，不需要实现Hibernate的特殊接口。
DataAccessObject（DAO）
JCatalog项目使用DAO模式。
这个模式抽象和封装了所有对数据源的访问。
应用程序有两个DAO接口。
CatalogDao和UserDao。
它们的实现类是HibernateCatalogdaoImpl和HibernateUserDaoImpl包含与Hibernate相关的管理和持久化数据逻辑。
实现设计
现在，让我把每件事情都串起来，实现JCatalog项目。
你可以冲资源列表中下载应用程序的完整源代码。
数据库设计
我们为例子应用程序创建指定目录的结构，它包含4个表，如图5：
图5
升级会员 