JavaEE开发四大常用框架(程序员必看,精心整理,免分数).

1、Java EE开发四大常用框架我们对 Java EE的框架有过很多介绍， 本文将对 Java EE中常用的四个框架做一下系统的归纳，希望大家喜欢。StrutsStruts 是一个基于 Sun Java EE平台的 MVC 框架，主要是采用 Servlet 和 JSP技术来实现的。Struts 框架可分为以下四个主要部分，其中三个就和MVC 模式紧密相关：1、模型 (Model，本质上来说在Struts 中 Model 是一个 Action 类 (这个会在后面详细讨论，开发者通过其实现商业逻辑，同时用户请求通过控制器(Controller 向Action 的转发过程是基于由struts-conf

2、ig.xml 文件描述的配置信息的。2、视图 (View ，View 是由与控制器 Servlet 配合工作的一整套 JSP定制标签库构成，利用她们我们可以快速建立应用系统的界面。3、控制器 (Controller，本质上是一个 Servlet，将客户端请求转发到相应的 Action 类。4、一堆用来做 XML 文件解析的工具包， Struts是用 XML 来描述如何自动产生一些 JavaBean的属性的，此外 Struts 还利用 XML 来描述在国际化应用中的用户提示信息的 (这样一来就实现了应用系统的多语言支持。SpringSpring 是轻量级的 Java EE应用程序框架。Sprin

3、g 的核心是个轻量级容器 (container，实现了 IoC(Inversion of Control 模式的容器， Spring 的目标是实现一个全方位的整合框架，在 Spring 框架下实现多个子框架的组合，这些子框架之间彼此可以独立，也可以使用其它的框架方案加以替代， Spring 希望提供 one-stop shop的框架整合方案 。Spring 不会特別去提出一些子框架来与现有的 OpenSource框架竞争，除非它觉得所提出的框架夠新夠好，例如 Spring 有自己的 MVC 框架方案，因为它觉得现有的MVC 方案有很多可以改进的地方，但它不强迫您使用它提供的方案，您可以选用您所

4、希望的框架来取代其子框架，例如您仍可以在Spring 中整合您的Struts 框架 。Spring 的核心概念是 IoC， IoC 的抽象概念是 依赖关系的转移 ，像是高层模组不应该依赖低层模组，而是模组都必须依赖于抽象是 IoC 的一种表现，实现必须依赖抽象，而不是抽象依赖实现也是 IoC 的一种表现，应用程序不应依赖于容器，而是容器服务于应用程序也是 IoC 的一种表现。Spring 的架构性的好处Spring 能有效地组织你的中间层对象，无论你是否选择使用了 EJB。如果你仅仅使用了 Struts 或其他的包含了 Java EE特有 APIs 的 framework，你会发现 Sprin

5、g 关注了遗留下的问题。Spring 能消除在许多工程上对 Singleton 的过多使用。 根据我的经验，这是一个主要的问题，它减少了系统的可测试性和面向对象特性。Spring 能消除使用各种各样格式的属性定制文件的需要，在整个应用和工程中，可通过一种一致的方法来进行配置。曾经感到迷惑，一个特定类要查找迷幻般的属性关键字或系统属性，为此不得不读 Javadoc乃至源编码吗？有了 Spring，你可很简单地看到类的 JavaBean属性。倒置控制的使用 (在下面讨论帮助完成这种简化。 Spring 能通过接口而不是类促进好的编程习惯，减少编程代价到几乎为零。Spring 被设计为让使用它创建的

6、应用尽可能少的依赖于他的APIs。在Spring 应用中的大多数业务对象没有依赖于Spring。使用Spring 构建的应用程序易于单元测试。Spring 能使 EJB 的使用成为一个实现选择，而不是应用架构的必然选择。你能选择用 POJOs或 local EJBs 来实现业务接口，却不会影响调用代码。Spring 帮助你解决许多问题而无需使用 EJB。Spring 能提供一种 EJB 的替换物，它们适于许多 web 应用。例如， Spring 能使用 AOP 提供声明性事务而不通过使用EJB 容器，如果你仅仅需要与单个的数据库打交道，甚至不需要JTA 实现。Spring 为数据存取提供了一致

7、的框架，不论是使用JDBC 或O/R mapping 产品 (如Hibernate。Spring 确实使你能通过最简单可行的解决办法解决你的问题。这些特性是有很大价值的。Spring 能做什么？Spring 提供许多功能，在此我将快速地依次展示其各个主要方面。任务描述：首先，让我们明确 Spring 范围。尽管 Spring 覆盖了许多方面，但我们已经有清楚的概念，它什么应该涉及和什么不应该涉及。Spring 的主要目的是使Java EE易用和促进好编程习惯。Spring 不重新开发已有的东西。因此，在 Spring 中你将发现没有日志记录的包，没有连接池，没有分布事务调度。这些均有开源项目提

8、供 (例如 Commons Logging 用来做所有的日志输出，或 Commons DBCP 用来作数据连接池，或由你的应用程序服务器提供。因为同样的的原因，我们没有提供 O/R mapping 层，对此，已有有好的解决办法如 Hibernate 和 JDO。Spring 的目标是使已存在的技术更加易用。 例如，尽管我们没有底层事务协调处理，但我们提供了一个抽象层覆盖了 JTA 或任何其他的事务策略。Spring 没有直接和其他的开源项目竞争，除非我们感到我们能提供新的一些东西。例如，象许多开发人员，我们从来没有为 Struts 高兴过，并且感到在 MVC webframework 中还有改

9、进的余地。在某些领域，例如轻量级的IoC 容器和 AOP 框架，Spring 有直接的竞争，但是在这些领域还没有已经较为流行的解决方案。 (Spring 在这些区域是开路先锋。Spring 也得益于内在的一致性。所有的开发者都在唱同样的的赞歌，基础想法依然是 Expert One-on-One Java EE设计与开发的那些。并且我们已经能够使用一些主要的概念，例如倒置控制，来处理多个领域。Spring 在应用服务器之间是可移植的。当然保证可移植性总是一次挑战，但是我们避免任何特定平台或非标准化，并且支持在 WebLogic ，Tomcat，Resin， JBoss，WebSphere和其他的

10、应用服务器上的用户。Spring 的核心即是个 IoC/DI 的容器，它可以帮程序设计人员完成组件之间的依赖关系注入，使得组件之间的依赖达到最小，进而提高组件的重用性， Spring 是个低侵入性 (invasive 的框架， Spring 中的组件并不会意识到它正置身于 Spring 中，这使得组件可以轻易的从框架中脱离，而几乎不用任何的修改，反过来说，组件也可以简单的方式加入至框架中，使得组件甚至框架的整合变得容易。Spring 最为人重视的另一方面是支持 AOP(Aspect-Oriented Programming，然而 AOP 框架只是 Spring 支持的一个子框架，说 Sprin

11、g 框架是 AOP 框架并不是一件适当的描述，人们对于新奇的 AOP 关注映射至 Spring 上，使得人们对于 Spring 的关注集中在它的 AOP 框架上，虽然有所误解，但也突显了 Spring 的另一个令人关注的特色。Spring 也提供 MVC Web 框架的解決方案，但您也可以将自己所熟悉的MVC Web框架与 Spring 解合，像是 Struts、 Webwork 等等，都可以与 Spring 整合而成为进用于自己的解決方案。 Spring 也提供其它方面的整合，像是持久层的整合如 JDBC、 O/R Mapping 工具 (Hibernate、iBATIS 、事务处理等等，

12、Spring 作了对多方面整合的努力，故说 Spring 是个全方位的应用程序框架。HibernateHibernate 是一个开放源代码的对象关系映射框架，它对 JDBC 进行了轻量级的对象封装，使得 Java程序员可以使用对象编程思维来操纵数据库。 Hibernate 可以在应用 EJB 的 Java EE架构中取代 CMP，完成数据持久化。它还可以应用在任何使用 JDBC 的场合，既可以在Java的客户端程序实用，也可以在Servlet/JSP的 Web应用中使用Hibernate 的工作方式Hibernate 不会对您造成妨碍，也不会强迫您修改对象的行为方式。它们不需要实现任何不可思议

13、的接口以便能够持续存在。惟一需要做的就是创建一份 XML“ 映射文档 ”，告诉 Hibernate 您希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形式获取数据，或者把对象保存为数据。与其他解决方案相比，它几乎已经很完美了。由于本文只是一篇介绍性的文章，所以不会引入构建和使用 Hibernate 映射文档的具体例子 (我在 Hibernate: A Developers Notebook一书的头几章中已经介绍了一个例子。此外，在网上和 Hibernate的在线文档中，还可以找到一些不错的例子，请参见下面的 “其他信息 ”部分。它实际上相当直观。应用程

14、序对象中的属性以一种简单而自然的方式与正确的数据库结构相关联。运行时， Hibernate读取映射文档，然后动态构建 Java类，以便管理数据库与 Java 之间的转换。在 Hibernate中有一个简单而直观的 API ，用于对数据库所表示的对象执行查询。要修改这些对象， (一般情况下只需在程序中与它们进行交互，然后告诉 Hibernate 保存修改即可。类似地，创建新对象也很简单 ;只需以常规方式创建它们，然后告诉 Hibernate 有关它们的信息，这样就能在数据库中保存它们。Hibernate API 学习起来很简单 ，而且它与程序流的交互相当自然。在适当的位置调用它，就可以达成目的。

15、它带来了很多自动化和代码节省方面的好处，所以花一点时间学习它是值得的。而且还可以获得另一个好处，即代码不用关心要使用的数据库种类 (否则的话甚至必须知道。我所在的公司就曾有过在开发过程后期被迫更换数据库厂商的经历。这会造成巨大的灾难，但是借助于 Hibernate，只需要简单地修改 Hibernate配置文件即可。这里的讨论假定您已经通过创建 Hibernate映射文档，建立了一个关系数据库，并且拥有要映射的 Java 类。有一个 Hibernate 工“具集 ”可在编译时使用，以支持不同的工作流。例如，如果您已经拥有 Java类和映射文档， Hibernate可以为您创建 (或更新必需的数据

16、库表。或者，仅仅从映射文档开始， Hibernate 也能够生成数据类。或者，它可以反向设计您的数据库和类，从而拟定映射文档。还有一些用于 Eclipse 的 alpha 插件，它们可以在 IDE 中提供智能的编辑支持以及对这些工具的图形访问。使用 Hibernate 的场合既然 Hibernate 看起来如此灵活好用，为什么还要使用其他的工具呢？下面有一些场景，可以帮助您做出判断 (或许通过提供一些比较和上下文，可以有助于鉴别非常适用 Hibernate的场合。如果应用对于数据存储的需要十分简单 例如，您只想管理一组用户优先选择 您根本不需要数据库，更不用说一个优秀的对象-关系映射系统了 (

17、即使它也如Hibernate 这般易于使用 !从 Java 1.4开始，有一个标准的Java Preferences API可以很好地发挥这个作用。对于熟悉使用关系数据库和了解如何执行完美的SQL 查询与企业数据库交互的人来说， Hibernate 似乎有些碍手碍脚，这就像带有动力和自动排挡的快艇车会使注重性能的赛车驾驶员不耐烦一样。如果您属于这种人，如果您所在的项目团队拥有一个强大的 DBA ，或者有一些存储过程要处理，您可能想研究一下 iBATIS 。Hibernate 的创建者本身就把 iBATIS 当作是另一种有趣的选择。我对它很有兴趣，因为我们曾为一个电子商务站点开发了一个类似的系统

18、 (其功能更为强大，而且从那时到现在，我们已经在其他环境中使用过它，尽管在发现 Hibernate 之后，在新项目中我们通常更喜欢使用 Hibernate。您可以认为，以 SQL 为中心的解决方案 (比如 iBATIS 是 “反向的 ”对象 /关系映射工具，而 Hibernate 是一个更为传统的 ORM 。当然，还有其他的外部原因会导致采用另外的方法。比如，在一个企业环境中，必须使用成熟的 EJB 架构 (或者其他的一些非普通对象映射系统。可以为提供自己的数据存储工具的平台量身定做代码，比如 Mac OS Xs Core Data。使用的可能是像 XML DTD 这样的存储规范，而它根本不涉及关系数据库。但是，如果您使用的是富对象模型，而且想要灵活、轻松且高效地保存它(无论您是否正要开始或已经决定使用关系数据库，只要这是一个选择 而且存在可用的优秀免费数据库，比如 M