Struts+Hibernate+Spring+三个框架简介

Struts是一个为开发基于模型(Model)－视图(View)－控制器(Controller)(MVC)模式的应用架构的开源框架，是利用Java Servlet和JSP构建Web应用的一项非常有用的技术。

由于Struts能充分满足应用开发的需求，简单易用，敏捷迅速，因而吸引了众多的开发人员的关注。

首先事件是指从客户端页面（浏览器）由用户操作触发的事件，Struts使用Action来接受浏览器表单提交的事件，这里使用了Command 模式，每个继承Action的子类都必须实现一个方法execute。

struts重要的表单对象ActionForm是一种对象，它代表了一种应用，这个对象中至少包含几个字段，这些字段是Jsp页面表单中的input字段，因为一个表单对应一个事件，所以，当我们需要将事件粒度细化到表单中这些字段时，也就是说，一个字段对应一个事件时，单纯使用Struts就不太可能，当然通过结合JavaScript也是可以转弯实现的。

Struts是一个基于Sun J2EE平台的MVC框架，主要是采用Servlet和JSP技术来实现的。

Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中，开发人员利用其进行开发时不用再自己编码实现全套MVC模式，极大的节省了时间，所以说Struts是一个非常不错的应用框架。

Struts框架可分为以下四个主要部分： 1、模型(Model)，本质上来说在Struts中Model是一个Action类(这个会在后面详细讨论)，开发者通过其实现商业逻辑，同时用户请求通过控制器(Controller)向Action的转发过程是基于由struts-config.xml文件描述的配置信息的。

2、视图(View)，View是由与控制器Servlet配合工作的一整套JSP定制标签库构成，利用她们我们可以快速建立应用系统的界面。

3、控制器(Controller)，本质上是一个Servlet，将客户端请求转发到相应的Action类。

4、一堆用来做XML文件解析的工具包，Struts是用XML来描述如何自动产生一些JavaBean的属性的，此外Struts还利用XML来描述在国际化应用中的用户提示信息的(这样一来就实现了应用系统的多语言支持)。

Hibernate Hibernate是一个免费的开源Java包，它使得与关系数据库打交道变得十分轻松，就像您的数据库中包含每天使用的普通Java对象一样，同时不必考虑如何把它们从神秘的数据库表中取出（或放回到数据库表中）。

它解放了您，使您可以专注于应用程序的对象和功能，而不必担心如何保存它们或稍后如何找到它们。

大多数应用程序都需要处理数据。

Java应用程序运行时，往往把数据封装为相互连接的对象网络，但是当程序结束时，这些对象就会消失在一团逻辑中，所以需要有一些保存它们的方法。

有时候，甚至在编写应用程序之前，数据就已经存在了，所以需要有读入它们和将其表示为对象的方法。

手动编写代码来执行这些任务不仅单调乏味、易于出错，而且会占用整个应用程序的很大一部分开发工作量。

优秀的面向对象开发人员厌倦了这种重复性的劳动，他们开始采用通常的“积极”偷懒做法，即，创建工具，使整个过程自动化。

对于关系数据库来说，这种努力的最大成果就是对象/关系映射(ORM)工具。

这类工具有很多，从昂贵的商业产品到内置于J2EE中的EJB标准。

然而，在很多情况下，这些工具具有自身的复杂性，使得开发人员必须学习使用它们的详细规则，并修改组成应用程序的类以满足映射系统的需要。

由于这些工具为应付更加严格和复杂的企业需求而不断发展，于是在比较简单和常见的场景中，使用它们所面临的复杂性反而盖过了所能获得的好处。

这引起了一场革命，促进了轻量级解决方案的出现，而Hibernate就是这样的一个例子。

Hibernate的工作方式 Hibernate不会对您造成妨碍，也不会强迫您修改对象的行为方式。

它们不需要实现任何不可思议的接口以便能够持续存在。

惟一需要做的就是创建一份XML“映射文档”，告诉Hibernate您希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。

与其他解决方案相比，它几乎已经很完美了。

由于本文只是一篇介绍性的文章，所以不会引入构建和使用Hibernate映射文档的具体例子（我在《Hibernate: A Developer's Notebook》一书的头几章中已经介绍了一个例子）。

此外，在网上和Hibernate的在线文档中，还可以找到一些不错的例子，请参见下面的“其他信息”部分。

它实际上相当直观。

应用程序对象中的属性以一种简单而自然的方式与正确的数据库结构相关联。

运行时，Hibernate读取映射文档，然后动态构建Java类，以便管理数据库与Java之间的转换。

在Hibernate中有一个简单而直观的API，用于对数据库所表示的对象执行查询。

要修改这些对象，（一般情况下）只需在程序中与它们进行交互，然后告诉Hibernate保存修改即可。

类似地，创建新对象也很简单；只需以常规方式创建它们，然后告诉Hibernate有关它们的信息，这样就能在数据库中保存它们。

Hibernate API学习起来很简单，而且它与程序流的交互相当自然。

在适当的位置调用它，就可以达成目的。

它带来了很多自动化和代码节省方面的好处，所以花一点时间学习它是值得的。

而且还可以获得另一个好处，即代码不用关心要使用的数据库种类（否则的话甚至必须知道）。

我所在的公司就曾有过在开发过程后期被迫更换数据库厂商的经历。

这会造成巨大的灾难，但是借助于Hibernate，只需要简单地修改Hibernate配置文件即可。

这里的讨论假定您已经通过创建Hibernate映射文档，建立了一个关系数据库，并且拥有要映射的Java类。

有一个Hibernate“工具集”可在编译时使用，以支持不同的工作流。

例如，如果您已经拥有Java类和映射文档，Hibernate可以为您创建（或更新）必需的数据库表。

或者，仅仅从映射文档开始，Hibernate也能够生成数据类。

或者，它可以反向设计您的数据库和类，从而拟定映射文档。

还有一些用于Eclipse的alpha 插件，它们可以在IDE中提供智能的编辑支持以及对这些工具的图形访问。

如果您使用的是Hibernate 2环境，这些工具鲜有提供，但是存在可用的第三方工具。

使用Hibernate的场合 既然Hibernate看起来如此灵活好用，为什么还要使用其他的工具呢？下面有一些场景，可以帮助您做出判断（或许通过提供一些比较和上下文，可以有助于鉴别非常适用Hibernate的场合）。

如果应用对于数据存储的需要十分简单——例如，您只想管理一组用户优先选择——您根本不需要数据库，更不用说一个优秀的对象-关系映射系统了（即使它也如Hibernate这般易于使用）！从Java 1.4开始，有一个标准的Java Preferences API可以很好地发挥这个作用。

（在ONJava文章中可以找到有关Preferences API的更多信息。

） 对于熟悉使用关系数据库和了解如何执行完美的SQL查询与企业数据库交互的人来说，Hibernate似乎有些碍手碍脚，这就像带有动力和自动排挡的快艇车会使注重性能的赛车驾驶员不耐烦一样。

如果您属于这种人，如果您所在的项目团队拥有一个强大的DBA，或者有一些存储过程要处理，您可能想研究一下iBATIS。

Hibernate的创建者本身就把iBATIS当作是另一种有趣的选择。

我对它很有兴趣，因为我们曾为一个电子商务站点开发了一个类似的系统（其功能更为强大），而且从那时到现在，我们已经在其他环境中使用过它，尽管在发现Hibernate之后，在新项目中我们通常更喜欢使用Hibernate。

您可以认为，以SQL为中心的解决方案（比如iBATIS）是“反向的”对象/关系映射工具，而Hibernate是一个更为传统的ORM。

当然，还有其他的外部原因会导致采用另外的方法。

比如，在一个企业环境中，必须使用成熟的EJB架构（或者其他的一些非普通对象映射系统）。

可以为提供自己的数据存储工具的平台量身定做代码，比如Mac OS X's Core Data。

使用的可能是像XML DTD这样的存储规范，而它根本不涉及关系数据库。

但是，如果您使用的是富对象模型，而且想要灵活、轻松且高效地保存它（无论您是否正要开始或已经决定使用关系数据库，只要这是一个选择——而且存在可用的优秀免费数据库，比如MySQL，或可嵌入Java的HSQLDB，它就应该始终是一个选择），那么Hibernate很可能就是您理想的选择。

您可能会惊讶于节省的时间之多，以及您将会多么地喜欢使用它。

springSpring是一个开源框架，它由Rod Johnson创建。

它是为了解决企业应用开发的复杂性而创建的。

Spring使用基本的JavaBean来完成以前只可能由EJB完成的事情。

然而，Spring的用途不仅限于服务器端的开发。

从简单性、可测试性和松耦合的角度而言，任何Java应用都可以从Spring 中受益。

" 目的：解决企业应用开发的复杂性" 功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能" 范围：任何Java应用简单来说，Spring是一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架。

■ 轻量——从大小与开销两方面而言Spring都是轻量的。

完整的Spring框架可以在一个大小只有1MB多的JAR文件里发布。

并且Spring所需的处理开销也是微不足道的。

此外，Spring是非侵入式的：典型地，Spring 应用中的对象不依赖于Spring的特定类。

■ 控制反转——Spring通过一种称作控制反转（IoC）的技术促进了松耦合。

当应用了IoC，一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。

你可以认为IoC与JNDI相反——不是对象从容器中查找依赖，而是容器在对象初始化时不等对象请求就主动将依赖传递给它。

■ 面向切面——Spring提供了面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统级服务（例如审计（auditing）和事务（）管理）进行内聚性的开发。

应用对象只实现它们应该做的——完成业务逻辑——仅此而已。

它们并不负责（甚至是意识）其它的系统级关注点，例如日志或事务支持。

■ 容器——Spring包含并管理应用对象的配置和生命周期，在这个意义上它是一种容器，你可以配置你的每个bean如何被创建——基于一个可配置原型（prototype），你的bean可以创建一个单独的实例或者每次需要时都生成一个新的实例——以及它们是如何相互关联的。