关于Struts, Spring, Hibernate的一点文字

1.Struts:
MVC框架:
Model(M): ActionForm, 每个表单的数据都组成一个ActionForm的对象, ActionForm就是Struts中的Model,不过它只能算是请求级别的Model,因为真正的Model是数据库。
View(V): JSP, 一个个JSP页面,Struts里面提供了丰富的标签库方便界面的开发, 如:struts-logic, struts-bean, struts-html, struts-nested, struts-tile.
Controller(C): Struts-config.xml, 这个配置文件是Controller,它控制一个Action进来,被forward到哪里去,由谁来处理。

常见的标签有:
Struts-html几乎与html标签对应.
Struts-logic:
messagesPresent, empty, equal, lessThan, lessEqual, match, forward, redirect.
Struts-bean:
Bean:message:以key的方式到资源文件中找到一个字符串替换相应位置。
下面struts和webwork的比较摘自(http://dev.csdn.net/article/71/71043.shtm)

特 征	Struts1.1	WebWork2
Action类	在Struts里面，每一个Action类必需要继承一个抽象的类org.apache.struts.action.Action。这个在Java编程中会引来一些问题，就是关于多种继承的问题。	WebWork的Action类仅需要实现接口com.opensymphony.xwork.Action，也可以实现其它的接口来实现更多的功能，譬如：validate（验证），localware(国际化)等。当然，它也提供了一个类ActionSupport集成了上面的所有功能，我们在开发中可以根据需要选择。
线程模型	Struts 的Action必需是thread－safe方式，它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。	在WebWork中，每个请求对应一个Action，因此没有线程的安全问题。实际上Servlet容器对每个请求也产生多个对象，它也没有证明对性能和垃圾回收产生太多的影响。
Servlet的依赖	Struts处理Action时必需要依赖ServletRequest 和ServletResponse，所有它摆脱不了Servlet容器。	WebWork的Action不用依赖Web层和其它的容器。它可以通过ActionContext，直接去访问Request和Response，但这个是可选的，只有在必需的请求下使用。
测试	Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。	Webwork的action能够通过赋予一定的属性，就可以执行单元测试。同时也可以使用一个mock的实例去测试，而不是通过启动web容器来进行测试。
FormBean	Struts要求有FormBean对应每一个表单，而且FormBean必需继承抽象类ActionForm。而使用DynaBeans实际上没有太大的意义。不能够很好的处理现有的模型。	Webwork 能够动态的收集web的数据然后再赋值给bean。它也可以使用FormBean的形式，FormBean可以是普通的DTO和域对象，它不用重新根据域对象来生成新的FormBean，也不需继承抽象类ActionForm。
前端表达式语言	Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。可是JSTL的表达式语言在Collection和索引属性方面处理显得很弱。	WebWork的表达式语言使用了功能强大的OGNL。它使用OGNL建立一个OgnlValueStack来搜索数据。Webwork前端也可以使用JSTL，但它同时支持：velocity、freemaker、jspparer、xml。
类型的转换	Struts的FormBean把所有的数据都作为String类型，它可以使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，而且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。	WebWork使用OGNL进行类型转化，提供了所有基本类型的转化功能。类型转化可以直接对一个Class进行（Class级别）转化，也可以对Class的字段进行类型转化。它使用拦截器可以很容易的将类型转化的错误信息返回给用户，而且错误信息可以对应到一个相应的字段。
对Action 执行前和后的处理	Struts处理Action的时候是基于class的hierarchies，很难在action处理前和后进行操作。	Webwork2 允许您处理Action可以通过拦截器，就是在每一个Action处理前或者后进行其它操作。它的拦截器可以在配置文件中动态添加，这样Action和拦截器之间完全解藕，更好的实现了组件化。
验证处理	Struts的验证是调用FormBean的validator()方法，其实就是对FormBean的验证。它一般使用框架Commons Validation进行数据验证处理。它使用了一个全局的配置文件validation.xml定义了FormBean的验证信息。Struts的FormBean属性都被认为是String类型，所以它在验证时也需要额外的类型转化。	WebWork使用Xwork的验证框架进行验证处理，它可以通过配置拦截器来激活。它可以为每个需要验证的Class指定一个xml验证文件，也可以为一个Class在不同的情况指定不同的xml验证文件。WebWork证可以给每个Action类指定对应的验证文件，也可以给Action的字段去指定验证文件。通过拦截器来组装Action和其验证文件，使它们之间完全解藕。
对Action执行的控制	Struts创建一个Action，如果想控制它的执行顺序将会非常困难。甚至你要重新去写Servlet来实现你的这个功能需求。	在这个方面，WebWork的拦截器栈提供了强大的功能。Action的所有切面功能都有拦截器来实现（比如：取得request请求参数、验证处理等），这样你就可以用拦截器栈来组织拦截器的执行顺序。例如：你需要在使用request请求参数来设置Action属性之前，使用IoC框架设置Action的属性，反之已然。这时，你就可以为package或Action指定一个拦截器栈来实现。

2.Spring:
Inversion of Control(IOC), Dependency Injection(DI)框架. 它使类之间的调用关系由配置文件来确定而不在代码中限定死。
不使用DI代码示例:


// 不使用DI.




public class A ...{


private B b;




public void demo() ...{


// BSon是b的一个子类


b = new BSon();


b.work();


}


}



使用DI代码示例:


// 使用DI




Public class A ...{


Private B b;




Public void demo() ...{


// 你在使用b之前没有初始化这个对象因为spring帮你设置好。


b.work();


}


}



Spring配置文件:


<bean name="b"


class="BSon"


singleton="false">


</bean>


<bean name="b1"


class="BSon1"


singleton="false">


</bean>




<bean name="a"


class="A"


singleton="false">


<property name="b">


<ref bean="b" />


</property>


</bean>



Spring中常见的一些bean:
dataSource, 一般是org.apache.commons.dbcp.BasicDataSource的对象。
sessionFactory,
一般是org.springframework.orm.hibernate3.LocalSessionFactoryBean的一个对象。
transactionManager,
一般是org.springframework.orm.hibernate3.HibernateTransactionManager的对象。

3.Hibernate
ORM映射工具