webwork+spring+hibernate

webwork+spring+hibernate 2006-09-10 17:52:13  作者：point2008  来源：  浏览次数：53  网友评论0条 文字大小：【大】【中】【小】 评分等级：0简介：webwork+spring+hibernate目前的各种业务管理系统还是将以j2ee的b/s架构为主流，所以有必要完成一个通用的，稳固的整体架构作为以后各种应用的坚实基础。 传统无架构开发缺点：
结构不够清晰，不能够完全按mvc的思想明确的分离各层逻辑。jsp代码过多且结构零乱，没有把通用的代码用taglib等技术抽象，后续开发困难
业务逻辑和数据库紧密相关，而没有从表实现中抽象出来。同时，在每次使用同样的业务逻辑的时候都要反复的进行相关sql编程。故而与数据库有强耦合，相关程序重用性低，可读性差。其翻页机制逻辑横贯架构，使层次高度耦合，而数据库封装也可能存在性能问题。
同时，客户也提出了不少整改意见，而在原版本的修改和升级都会较为困难，而且对长期的维护不利。
先进开源架构：
应尽可能使用业内先进的免费框架技术而不是自开发框架。好处是：
这些框架技术凝聚很多业内精英的智慧，而且经过发布和使用，技术体系已经成熟，性能有所保障。
层次清晰，符合先进的技术理念和设计模式。同时也容易找到熟悉相关技术的人才，维护和后续开发方便。
相比之下自开发框架因为技术实力和时间问题，很难达到这些业内领先框架的技术高度。
分析一般的j2ee应用，应有如下层次：
显示层 负责界面显示，接受用户指令
显示层有较为经典的MVC，即model,view,control，进一步了细化了显示层的工作。此类著名框架有struts，webwork,spring-mvc等。经考察，我认为struts虽然是时间最长最成熟的技术，但易用性和一些架构理念不如webwork，而view层的开发应尽可能简单快速。故选定用webwork.
逻辑层 负责进行业务逻辑的实现
目前的开发过程，往往陷入逻辑层和数据访问层不能分离的情况。面向对象的项目开发最后演变成成程序员在程序各处手工写sql操表。这样做的优点是开发迅速有效，问题是结构将日益混乱，每次逻辑的变化将不得不修改分散于各处的sql语句，而后续的程序员也必须了解整个程序和数据库结构才能进行修改。如果是短期小型项目，可以用这种方式。否则的话，我认为应尽可能贯彻面向对象思想，把业务逻辑抽象出来。
而逻辑层的工作就是针对实体对象进行业务逻辑的实现。我们针对所有的业务操作，对外提供service接口，既服务接口。这类似tuxedo和ejb所采用的业务外观模式。而为填补service生存周期管理的空白，我们使用著名的spring框架。优点：
实现Ioc，使各层次的耦合可配置化。
按需要实现单例模式等，进行生存周期管理
事务管理。Spring的宣言事务管理（Declarative transaction management）使得一般场景的代码中将不需要考虑事务问题而集中于业务逻辑
拦截机制将为程序提供很好的扩展空间
3. 数据访问层 负责将类操作映射为数据库操作。进行实体类的持久化。从而将所有的数据访问工作集中起来
这一层我们将完成实体类持久化(persistence)，有若干选择：
1 jdbc实现
2 使用ORM工具 如hibernate,ibatis,jdo
经过实写代码，感觉用jdbc实现dao效率非常低，而且容易出错。经过考量选用hibernate。和ibatis相比虽然上手慢且不够灵活，但其架构思想和强大功能都受到业内一致好评，甚至是ejb3也深受hibernate影响 。所以hibernate是很好的选择。
综上，研究 webwork+spring+hibernate的架构，，，一技之长！！！
结合webwork+spring+hibernate来开发系统感觉还是很方便的。
比如：
1）jsp页面减少了很多java脚本（可以说是看不到了，以前采用jsp+javabean+jdbc，jsp页面真是很乱呀，到处是java脚本，这样的话就会有很多业务（business）逻辑也出现页面中，有时直接调用javaBean来处理，导致程序之间的耦合度很高），更加美观大方。
2）webwork体现出了MVC结构。减少了程序之的耦合程度。webwork采用ongl(对象描述语言）很大程度上减少了set(),get()方法的出现。这样做，你必须在页面，javaBean,之间的命名规则要符合webwork的field-driver,model-driver的要求。
3）程序的请求统一由com.opensymphony.webwork.dispatcher.ServletDispatcher（control）来处理,然后通过xwork.xml中的配置，取得相应的处理程序(Action)。这样减少了把一些业务逻辑写在jsp页面中。也更加清晰，有利于以后的维护。
4）spring起到了事务管理，aop等作用。减少了很烦琐的try{}catch(){}，程序的结构感觉很清晰、明了。
5)hibernate提供了持久化支持。面向对象的hql语言很方便。
6）对后台的处理，都是面向接口的编程。对以后的维护很方便
 基于webwork spring hibernate 项目的开发
基于webwork spring hibernate 项目的开发
这三者的结合，应该是java web编程最好的模式。
首先说明三者各自负责的职务：
1 hibernate 负责数据库的操作
2 spring 负责真正的业务操作
3 webwork 负责请求转交，并把spring的处理结果返回给用户
 
以往的开发中，很多人注重MVC模式。的确，这种模式把程序以面向对象的思想分成 了三个部分。但在web开发中，并不能单纯的运用此种模式：web开发的View是固定的（页面），而在引入hibernate后，model这一块也非常简单和清晰。就剩下control了，这是web开发的关键部分，现在流行的做法便是将control细分成两个部分：dispacher(转交器)和business object(处理业务逻辑的对象)。并将后者抽出接口，甚至和model共享接口，一边真正做到对dispacher隐藏逻辑实现。
而这种M-V-D-B(model-view-dispacher-business object)模式的实现有好多方式。比如一个bo(business object)对象的创建，你可以直接 new,也可以动态加载，采用工厂方法，抽象工厂。但最好的就是用spring容器。dispacher只管用接口就行了，具体类已经有spring的 AOP给注入了。
当然spring也可以很好地和hibernate结合，你可以采用DAO，也可以用spring的hibernate 模板。但这都不重要，因为你的业务对象已经和调用层彻底分开了，当业务层需要和hibernate打交道的时候，直接做个HibernateUtil也未尝不可呀。怎么做都已经不是关键。
下面就具体介绍spring webwork的结合方式。
在webwork 中的wiki doc中有三种结合方式（google查），我这里采用的最后一种－－采用一个自动装配的拦截器com.opensymphony.xwork.spring.interceptor.ActionAutowiringInterceptor关键代码如下：
ApplicationContext applicationContext = (ApplicationContext)ActionContext.getContext().getApplication().get(
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);
factory = new SpringObjectFactory();
factory.setApplicationContext(getApplicationContext());
Action bean = invocation.getAction();
factory.autoWireBean(bean);
ActionContext.getContext().put(APPLICATION_CONTEXT, context);