##Spring起源## Rod Johson在2002年编著的《Expert one to one J2EE design and development》一书中,对Java EE正统框架臃肿、低效、脱离现实的种种现状提出了质疑,并积极寻求探索革新之道。以此书为指导思想,他编写了interface21框架,这是一个力图冲破Java EE传统开发的困境,从实际需求出发,着眼于轻便、灵巧,易于开发、测试和部署的轻量级开发框架。web
Spring框架即以interface21框架为基础,通过从新设计,并不断丰富其内涵,于2004年3月24日,发布了1.0正式版。数据库
同年他又推出了一部堪称经典的力做《Expert one-to-one J2EE Development without EJB》,该书在Java世界掀起了轩然大波,不断改变着Java开发者程序设计和开发的思考方式。在该书中,做者根据本身多年丰富的实践经验,对EJB的各类笨重臃肿的结构进行了逐一的分析和否认,并分别以简洁实用的方式替换之。至此一战功成,Rod Johnson成为一个改变Java世界的大师级人物。编程
##Spring目标## 传统J2EE应用的开发效率低,应用服务器厂商对各类技术的支持并无真正统一,致使J2EE的应用没有真正实现Write Once及Run Anywhere的承诺。Spring做为开源的中间件,独立于各类应用服务器,甚至无须应用服务器的支持,也能提供应用服务器的功能,如声明式事务等。设计模式
传统的Java Web应用程序是采用JSP+Servlet+Javabean来实现的,这种模式实现了最基本的MVC分层,使的程序结构分为几层,有负责前台展现的 JSP、负责流程逻辑控制的Servlet以及负责数据封装的Javabean。可是这种结构仍然存在问题:如JSP页面中须要使用符号嵌入不少的 Java代码,形成页面结构混乱,Servlet和Javabean负责了大量的跳转和运算工做,耦合紧密,程序复用度低等等。安全
Spring的目标就是彻底解耦类之间的依赖关系,一个类若是要依赖什么,那就是一个接口。至于如何实现这个接口,这都不重要了。只要拿到一个实现了这个接口的类,就能够轻松的经过xml配置文件把实现类注射到调用接口的那个类里。全部类之间的这种依赖关系就彻底经过配置文件的方式替代了。因此Spring框架最核心的就是所谓的依赖注入和控制反转。服务器
Spring致力于J2EE应用的各层的解决方案,而不是仅仅专一于某一层的方案。能够说Spring是企业应用开发的“一站式”选择,并贯穿表现层、业务层及持久层。然而,Spring并不想取代那些已有的框架,而与它们无缝地整合。 ##Spring简介## Spring是一个开源框架,它是为了解决企业应用开发的复杂性而建立的。框架的主要优点之一就是其分层架构,分层架构容许您选择使用哪个组件,同时为J2EE应用程序开发提供集成的框架。Spring使用基本的JavaBean来完成之前只可能由EJB完成的事情。然而,Spring的用途不只限于服务器端的开发。从简单性、可测试性和松耦合的角度而言,任何Java应用均可以从Spring中受益。架构
分层架构:
app
- Presentation layer(表示层):(1)表示逻辑(生成界面代码);(2)接收请求;(3)处理业务层抛出的异常;(4)负责规则验证(数据格式,数据非空等);(5)流程控制;
- Service layer(服务层/业务层):(1)封装业务逻辑处理,而且对外暴露接口;(2)负责事务,安全等服务以及数据访问逻辑;
- Persistence layer(持久层):(1)提供透明的数据访问和接口;(2)封装数据访问的逻辑,暴露接口;(3)提供方便的数据访问的方案(查询语言,API,映射机制等);
- Domain layer(域层):(1)域层就是一堆实体的集合,包括实体的关系;(2)业务对象以及业务关系的表示;(3)处理简单的业务逻辑;(4)域层的对象能够穿越表示层,业务层,持久层;
简单来讲,Spring是一个轻量级的控制反转(IOC)和面向切面(AOP)的容器框架。框架
- 轻量—从大小与开销两方面而言Spring都是轻量的。完整的Spring框架能够在一个大小只有1MB多的JAR文件里发布。而且Spring所需的处理开销也是微不足道的。此外,Spring是非侵入式的:典型的,Spring应用中的对象不依赖于Spring的特定类。
- 控制反转—Spring经过一种称做控制反转(IOC)的技术促进了松耦合。当应用了IOC,一个对象依赖的其它对象会经过被动的方式传递进来,而不是这个对象本身建立或者查找依赖对象。你能够认为IOC与JNDI相反——不是对象从容器中查找依赖,而是容器在对象初始化时不等对象请求就主动将依赖传递给它。
- 面向切面—Spring提供了面向切面编程的丰富支持,容许经过分离应用的业务逻辑与系统级服务(例如事务管理)进行内聚性的开发。应用对象只实现它们应该作的——完成业务逻辑——仅此而已。它们并不负责(甚至是意识)其它的系统级关注点,例如日志或事务支持。
- 容器—Spring包含并管理应用对象的配置和生命周期,在这个意义上它是一种容器,你能够配置你的每一个bean如何被建立—基于一个可配置原型(prototype),你的bean能够建立一个单独的实例或者每次须要时都生成一个新的实例——以及它们是如何相互关联的。然而,Spring不该该被混同于传统的重量级的EJB容器,它们常常是庞大与笨重的,难以使用。
- 框架—Spring能够将简单的组件配置、组合成为复杂的应用。在Spring中,应用对象被声明式地组合,典型地是在一个XML文件里。Spring也提供了不少基础功能(事务管理、持久化框架集成等等),将应用逻辑的开发留给了你。
全部Spring的这些特征使你可以编写更干净、更可管理、而且更易于测试的代码。它们也为Spring中的各类模块提供了基础支持。 ##为何须要Spring## 你可能正在想“Spring不过是另一个的framework”。当已经有许多开放源代码(和专有) J2EE framework时,咱们为何还须要Spring Framework?模块化
J2EE开发存在的问题:
- EJB 软件难编写,难测试;
- EntityBean 做为持久化方案,性能比较低下,O/R Mapping 支持不够,不能脱离容器;
- 设计困难;
- 侵入式方案,EJB 要使用特定的接口;
Spring是独特的,由于若干个缘由:
- 它定位的领域是许多其余流行的framework没有的。Spring关注提供一种方法管理你的业务对象。
- Spring是全面的和模块化的。Spring有分层的体系结构,这意味着你能选择使用它孤立的任何部分,它的架构仍然是内在稳定的。所以从你的学习中,你可获得最大的价值。例如,你可能选择仅仅使用Spring来简单化JDBC的使用,或用来管理全部的业务对象。
- 它的设计从底部帮助你编写易于测试的代码。Spring是用于测试驱动工程的理想的framework。
- Spring对你的工程来讲,是潜在地一站式解决方案,定位于与典型应用相关的大部分基础结构。
##Spring带给咱们什么##
- 方便解耦,简化开发:经过Spring提供的IOC容器,咱们能够将对象之间的依赖关系交由Spring进行控制,避免硬编码所形成的过分程序耦合。有了Spring,用户没必要再为单实例模式类、属性文件解析等这些很底层的需求编写代码,能够更专一于上层的应用。
- AOP编程的支持:经过Spring提供的AOP功能,方便进行面向切面的编程,许多不容易用传统OOP实现的功能能够经过AOP轻松应付。
- 声明式事务的支持:在Spring中,咱们能够从单调烦闷的事务管理代码中解脱出来,经过声明式方式灵活地进行事务的管理,提升开发效率和质量。
- 方便程序的测试:能够用非容器依赖的编程方式进行几乎全部的测试工做,在Spring里,测试再也不是昂贵的操做,而是随手可作的事情。
- 方便集成各类优秀框架:Spring不排斥各类优秀的开源框架,相反,Spring能够下降各类框架的使用难度,Spring提供了对各类优秀框架(如Struts、Hibernate、Hession、Quartz)等的直接支持。
- 下降Java EE API的使用难度:Spring对不少难用的Java EE API(如JDBC,JavaMail,远程调用等)提供了一个薄薄的封装层,经过Spring的简易封装,这些Java EE API的使用难度大为下降。
- Java 源码是经典学习范例:Spring的源码设计精妙、结构清晰、匠心独用,到处体现着大师对Java设计模式灵活运用以及对Java技术的高深造诣。Spring框架源码无疑是Java技术的最佳实践范例。若是想在短期内迅速提升本身的Java技术水平和应用开发水平,学习和研究Spring源码将会使你收到意想不到的效果。
##Spring好处## 在咱们进入细节之前,让咱们看一下Spring能够给一个工程带来的一些好处:
- Spring能有效地组织你的中间层对象,不管你是否选择使用了EJB。若是你仅仅使用了Struts或其余的包含了J2EE特有APIs的framework,你会发现Spring关注了遗留下的问题。
- Spring能消除在许多工程上对Singleton的过多使用。根据个人经验,这是一个主要的问题,它减小了系统的可测试性和面向对象特性。
- Spring能消除使用各类各样格式的属性定制文件的须要,在整个应用和工程中,可经过一种一致的方法来进行配置。曾经感到迷惑,一个特定类要查找迷幻般的属性关键字或系统属性,为此不得不读Javadoc乃至源编码吗?有了Spring,你可很简单地看到类的JavaBean属性。倒置控制的使用(在下面讨论)帮助完成这种简化。
- Spring能经过接口而不是类促进好的编程习惯,减小编程代价到几乎为零。
- Spring被设计为让使用它建立的应用尽量少的依赖于他的APIs。在Spring应用中的大多数业务对象没有依赖于Spring。
- 使用Spring构建的应用程序易于单元测试。
- Spring能使EJB的使用成为一个实现选择,而不是应用架构的必然选择。你能选择用POJOs或local EJBs来实现业务接口,却不会影响调用代码。
- Spring帮助你解决许多问题而无需使用EJB。Spring能提供一种EJB的替换物,它们适于许多web应用。例如,Spring能使用AOP提供声明性事务而不经过使用EJB容器,若是你仅仅须要与单个的数据库打交道,甚至不须要JTA实现。
- Spring为数据存取提供了一致的框架,不管是使用JDBC或O/R mapping产品(如Hibernate)。
Spring确实使你能经过最简单可行的解决办法解决你的问题。这些特性是有很大价值的。总结起来,Spring有以下优势:
- 低侵入式设计,代码污染极低。
- 独立于各类应用服务器,能够真正实现Write Once,Run Anywhere的承诺。
- Spring的DI机制下降了业务对象替换的复杂性。
- Spring并不彻底依赖于Spring,开发者可自由选用Spring框架的部分或所有。
你会发现,遵循Spring框架的应用程序,必定是设计良好的,针对接口编程,这样就简化了企业级程序的设计。Spring 提供轻量级的容器,使得咱们的程序再也不依赖于重量级的容器(好比EJB容器),而且开发的程序不依赖于SpringAPI,能够方便的切换到其它框架。
##Spring能作什么## Spring的核心是轻量级(Lightweight)的容器(Container),它实现了IoC容器、非侵入性(No intrusive)的框架,并提供AOP概念的实现方式,提供对持久层(Persistence)、事务(Transaction)的支持,提供MVC Web框架的实现,并对一些经常使用的企业服务API(Application Interface)提供一致的模型封装,是一个全方位的应用程序框架(Application framework),另外,Spring也提供了对现有框架(Struts、JSF、Hibernate等)的整合方案。
首先,让咱们明确Spring范围。尽管Spring覆盖了许多方面,但咱们已经有清楚的概念,它什么应该涉及和什么不该该涉及。Spring的主要目的是使J2EE易用和促进好编程习惯。
Spring不从新开发已有的东西。所以,在Spring中你将发现没有日志记录的包,没有链接池,没有分布事务调度。这些均有开源项目提供 (例如 Commons Logging 用来作全部的日志输出,或 Commons DBCP用来做数据链接池),或由你的应用程序服务器提供。由于一样的的缘由,咱们没有提供O/R mapping层,对此,已有有好的解决办法如Hibernate和MyBatis。
Spring的目标是使已存在的技术更加易用。例如,尽管咱们没有底层事务协调处理,但咱们提供了一个抽象层覆盖了JTA或任何其余的事务策略。
Spring没有直接和其余的开源项目竞争,除非咱们感到咱们能提供新的一些东西。例如,象许多开发人员,咱们历来没有为Struts高兴过,而且感到在MVC web framework中还有改进的余地。在某些领域,例如轻量级的IOC容器和AOP框架,Spring有直接的竞争,可是在这些领域尚未已经较为流行的解决方案。(Spring在这些区域是开路先锋。)
Spring也得益于内在的一致性。全部的开发者都在唱一样的的赞歌,基础想法依然是Expert One-on-One J2EE设计与开发的那些。而且咱们已经可以使用一些主要的概念,例如倒置控制,来处理多个领域。Spring在应用服务器之间是可移植的。固然保证可移植性老是一次挑战,可是咱们避免任何特定平台或非标准化,而且支持在 WebLogic,Tomcat,Resin,JBoss,WebSphere和其余的应用服务器上的用户。
下一节:【第1章 Spring概述与结构】1.2 Spring模块与结构