为什么要用 Hibernate

这是一种框架，能得到众程序员的喜欢，主要是因为它的优点：
第一、提高生产力。
第二、更面向对象化。
第三、移植性好。
第四、透明持久化（侵入性比较少了）。
不需要特定SQL优化的时候适合使用，如果要批量的进行更新、删除都不适合，包括统计，这个用IBatis（SQL映射）比
较好

其实我一直弄不明白Hibernate的存在价值，即使它被炒得很火很多大大小小的项目都在使用。iBatis还不够用？写个SQL就那么难么？

个人认为使用框架不外乎几个原因：

1.减少开发时的代码量

2.提高代码可读性

3.降低维护时修改代码的难度

4.降低程序扩展难度

但说到用Hibernate以上四点似乎只有第四点有点用处（如果需要更换数据库可省去SQL兼容的麻烦，但还紧限于换Hibernate所支持的SQL数据库要换NoSQL还是得重新来）。减少开发代码量似乎只有免去写SQL但代码可读性却因此而降低，因为不懂Hibernate的还要去花时间学习，同时还带来风险因框架引起莫名其妙的异常。至于第三点就是更不可能，每次修改必定需要改动Java代码（除非你用Hibernate时只用它的类ibatis功能）。使用Hibernate还会带来生产SQL语句的性能损耗，怎么看都是得不偿失。

由此联想Spring也是如此，我发现有些人还是只适用它的IOC、AOP，这根本可以不用因为根本没有带来任何效益（有用Spring其他集成框架的另当别论）。

可能是见识浅薄，但这是我工作三年对程序架构的一点看法，纯属个人意见，欢迎指正。

Struts2原理就是用拦截器，使得你客户端发送的请求都被拦截下来后处理。拦截器用到了反射机制。Struts2主要的功能是控制转发，在于Action的处理，和struts.xml配置。

Jquery是JS的一个封装好的框架，前台框架，对CSS,事件，AJAX等都有很好的支持，口号就是写的越少，做的越多，方便，简单了JS编写代码。

Spring其实包含了很多的知识，用到的有IOC，AOP等，其实就是一个管理框架的容器，你不用再考虑你new对象了，它会帮你做，降低了层与层之间的耦合度。Spring里面有很多的思想，IOC就是控制反转，注入。AOP是面向切面的，有点像拦截器。

hibernate是持久层框架，我们平时用JDBC操作数据库要写SQL语句，有时候字段一多会很麻烦，于是用hibernate就很方便了，你只要熟练掌握里面的映射关系，就不用写sql语句了，它会帮你写，API调用一下很方便的。以上都是SSH2，很流行，具体文档你可以参考一下官方的文档，视频之类的！

因为：

1、spring能简化企业级开发，spring可以用简单的javabean来代替实现复杂的EJB。（大部分情况下）

2、spring是一个轻量级的IOC和AOP框架，可以spring的IOC实现松耦合，而作为一个AOP框架他又能分离系统服务，实现内聚开发

3、spring是非侵入式，基于spring的系统可以不依赖于spring的类。

良好的spring运用可以使程序代码清晰，容易维护，容易测试。

spring工作机制及为什么要用?

1.springmvc请所有的请求都提交给DispatcherServlet,它会委托应用系统的其他模块负责负责对请求进行真正的处理工作。

2.DispatcherServlet查询一个或多个HandlerMapping,找到处理请求的Controller.

3.DispatcherServlet请请求提交到目标Controller

4.Controller进行业务逻辑处理后，会返回一个ModelAndView

5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象

6.视图对象负责渲染返回给客户端。

为什么用：

{AOP让开发人员可以创建非行为性的关注点，称为横切关注点，并将它们插入到应用程序代码中。使用AOP后，公共服务（比如日志、持久性、事务等）就可以分解成方面并应用到域对象上，同时不会增加域对象的对象模型的复杂性。

IOC允许创建一个可以构造对象的应用环境，然后向这些对象传递它们的协作对象。正如单词倒置所表明的，IOC就像反过来的JNDI。没有使用一堆抽象工厂、服务定位器、单元素（singleton）和直接构造（straightconstruction），每一个对象都是用其协作对象构造的。因此是由容器管理协作对象（collaborator）。

Spring即使一个AOP框架，也是一IOC容器。Spring最好的地方是它有助于您替换对象。有了Spring，只要用JavaBean属性和配置文件加入依赖性（协作对象）。然后可以很容易地在需要时替换具有类似接口的协作对象。}

Spring框架是一个分层架构，由7个定义良好的模块组成。Spring模块构建在核心容器之上，核心容器定义了创建、配置和管理bean的方式，如图1所示。

组成Spring框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：

☆核心容器：核心容器提供Spring框架的基本功能。核心容器的主要组件是BeanFactory，它是工厂模式的实现。BeanFactory使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

☆Spring上下文：Spring上下文是一个配置文件，向Spring框架提供上下文信息。Spring上下文包括企业服务，例如JNDI、EJB、电子邮件、国际化、校验和调度功能。

☆SpringAOP：通过配置管理特性，SpringAOP模块直接将面向方面的编程功能集成到了Spring框架中。所以，可以很容易地使Spring框架管理的任何对象支持AOP。SpringAOP模块为基于Spring的应用程序中的对象提供了事务管理服务。通过使用SpringAOP，不用依赖EJB组件，就可以将声明性事务管理集成到应用程序中。

☆SpringDAO：JDBCDAO抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO的面向JDBC的异常遵从通用的DAO异常层次结构。

☆SpringORM：Spring框架插入了若干个ORM框架，从而提供了ORM的对象关系工具，其中包括JDO、Hibernate和iBatisSQLMap。所有这些都遵从Spring的通用事务和DAO异常层次结构。

☆SpringWeb模块：Web上下文模块建立在应用程序上下文模块之上，为基于Web的应用程序提供了上下文。所以，Spring框架支持与JakartaStruts的集成。Web模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。

☆SpringMVC框架：MVC框架是一个全功能的构建Web应用程序的MVC实现。通过策略接口，MVC框架变成为高度可配置的，MVC容纳了大量视图技术，其中包括JSP、Velocity、Tiles、iText和POI。

Spring框架的功能可以用在任何J2EE服务器中，大多数功能也适用于不受管理的环境。Spring的核心要点是：支持不绑定到特定J2EE服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同J2EE环境（Web或EJB）、独立应用程序、测试环境之间重用。

IOC和AOP

控制反转模式（也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述哪一个组件需要哪一项服务。容器（在Spring框架中是IOC容器）负责将这些联系在一起。

在典型的IOC场景中，容器创建了所有对象，并设置必要的属性将它们连接在一起，决定什么时间调用方法。下表列出了IOC的一个实现模式。

Spring框架的IOC容器采用类型2和类型3实现。

面向方面的编程

面向方面的编程，即AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。

AOP和IOC是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在所有方法和Java类中才能实现日志功能。在AOP方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要日志的组件上。当然，优势就是Java类不需要知道日志服务的存在，也不需要考虑相关的代码。所以，用SpringAOP编写的应用程序代码是松散耦合的。

AOP的功能完全集成到了Spring事务管理、日志和其他各种特性的上下文中。

IOC容器

Spring设计的核心是org.springframework.beans包，它的设计目标是与JavaBean组件一起使用。这个包通常不是由用户直接使用，而是由服务器将其用作其他多数功能的底层中介。下一个最高级抽象是BeanFactory接口，它是工厂设计模式的实现，允许通过名称创建和检索对象。BeanFactory也可以管理对象之间的关系。

BeanFactory支持两个对象模型。

□单态模型提供了具有特定名称的对象的共享实例，可以在查询时对其进行检索。Singleton是默认的也是最常用的对象模型。对于无状态服务对象很理想。

□原型模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时，原型模型最适合。

bean工厂的概念是Spring作为IOC容器的基础。IOC将处理事情的责任从应用程序代码转移到框架。正如我将在下一个示例中演示的那样，Spring框架使用JavaBean属性和配置数据来指出必须设置的依赖关系。

BeanFactory接口

因为org.springframework.beans.factory.BeanFactory是一个简单接口，所以可以针对各种底层存储方法实现。最常用的BeanFactory定义是XmlBeanFactory，它根据XML文件中的定义装入bean，如清单1所示。

清单1.XmlBeanFactory

BeanFactoryfactory=newXMLBeanFactory(newFileInputSteam("mybean.xml"));

在XML文件中定义的Bean是被消极加载的，这意味在需要bean之前，bean本身不会被初始化。要从BeanFactory检索bean，只需调用getBean()方法，传入将要检索的bean的名称即可，如清单2所示。

清单2.getBean()

MyBeanmybean=(MyBean)factory.getBean("mybean");

每个bean的定义都可以是POJO（用类名和JavaBean初始化属性定义）或FactoryBean。FactoryBean接口为使用Spring框架构建的应用程序添加了一个间接的级别。

IOC示例

理解控制反转最简单的方式就是看它的实际应用。在对由三部分组成的Spring系列的第1部分进行总结时，我使用了一个示例，演示了如何通过SpringIOC容器注入应用程序的依赖关系（而不是将它们构建进来）。

我用开启在线信用帐户的用例作为起点。对于该实现，开启信用帐户要求用户与以下服务进行交互：

☆信用级别评定服务，查询用户的信用历史信息。

☆远程信息链接服务，插入客户信息，将客户信息与信用卡和银行信息连接起来，以进行自动借记（如果需要的话）。

☆电子邮件服务，向用户发送有关信用卡状态的电子邮件。

三个接口

对于这个示例，我假设服务已经存在，理想的情况是用松散耦合的方式把它们集成在一起。以下清单显示了三个服务的应用程序接口。

清单3.CreditRatingInterface

publicinterfaceCreditRatingInterface{

publicbooleangetUserCreditHistoryInformation(ICustomeriCustomer);

}

清单3所示的信用级别评定接口提供了信用历史信息。它需要一个包含客户信息的Customer对象。该接口的实现是由CreditRating类提供的。

清单4.CreditLinkingInterface

publicinterfaceCreditLinkingInterface{

publicStringgetUrl();

publicvoidsetUrl(Stringurl);

publicvoidlinkCreditBankAccount()throwsException;

}

信用链接接口将信用历史信息与银行信息（如果需要的话）连接在一起，并插入用户的信用卡信息。信用链接接口是一个远程服务，它的查询是通过getUrl()方法进行的。URL由Spring框架的bean配置机制设置，我稍后会讨论它。该接口的实现是由CreditLinking类提供的。

清单5.EmailInterface

publicinterfaceEmailInterface{

publicvoidsendEmail(ICustomeriCustomer);

publicStringgetFromEmail();

publicvoidsetFromEmail(StringfromEmail);

publicStringgetPassword();

publicvoidsetPassword(Stringpassword);

publicStringgetSmtpHost();

publicvoidsetSmtpHost(StringsmtpHost);

publicStringgetUserId();

public void setUserId(String userId);