Spring3.0框架结构

原文:http://chenchh.iteye.com/blog/675701

Spring 框架是一个分层架构,它包含一系列的功能要素,并被分为大约20个模块。这些模块分为Core Container、Data Access/Integration、Web、AOP(Aspect Oriented Programming)、Instrumentation和测试部分,如下图所示:

Spring3.0框架结构_第1张图片

 

Core Container :


    Core Container(核心容器)包含有Core、Beans、Context和Expression Language模块。

 

  • Core和Beans模块:框架的基础部分,提供IoC(反转控制)和依赖注入特性。这里的基础概念是BeanFactory,它提供对Factory模式的经典实现来消除对程序性单例模式的需要,并真正的允许你从程序逻辑中分离出依赖关系和配置。
  • Context模块:构建于Core和Beans模块基础之上,提供了一种类似于JNDI注册器的框架式的对象访问方法。Context模块继承了Beans的特性,然后添加了对国际化(例如资源绑定)、事件传播、资源加载和对Context的透明创建的支持。Context模块同时也支持J2EE的一些特性,例如EJB、JMX和基础的远程处理。ApplicationContext接口是Context模块的关键。
  • Expression Language模块:Expression Language模块提供了一个强大的表达式语言用于在运行时查询和操纵对象。它是JSP2.1规范中定义的unifed expression language的一个扩展。该语言支持设置/获取属性的值、属性的分配、方法的调用、访问数组上下文(accessiong the context of arrays)、容器和索引器、逻辑和算术运算符、命名变量以及从Spring的IoC容器中根据名称检索对象。它也支持list投影、选择和一般的list聚合。

 

Data Access/Integration :

     Data Access/Integration层包含有JDBC、ORM、OXM、JMS和Transaction模块。

  • JDBC模块:该模块提供了一个JDBC抽象层,它可以消除冗长的JDBC编码和解析数据库厂商特有的错误代码。
  • ORM模块:该模块为流行的对象-关系映射API——JPA、JDO、Hibernate、iBatis等提供了一个交互层。利用ORM封装包,可以混合使用所有Spring提供的特性进行O/R映射。如前边提到的简单声明性事物管理。
  • OXM模块:该模块提供了一个对Object/XML映射实现的抽象层,Object/XML映射实现包括JAXB、Castor、XMLBeans、JiBX和XStream。
  • JMS模块:JMS(Java Messaging Service)模块主要包含了一些制造和消费消息的特性。
  • Transaction模块:该模块支持编程和声明性的事物管理,这些事物类必须实现特定的接口,并且对所有的POJO都适用。

Web :

    Web层包含了Web、Web-Servlet、Web-Struts、Web-Porlet模块。

  • Web模块:该模块提供了基础的面向web的集成特性。例如多文件上传、使用servlet listeners初始化IoC容器以及一个面向web的应用上下文。它还包含Spring远程支持中web相关部分。
  • Web-Servlet模块:该模块包含Spring的model-view-controller(MVC)实现。Spring的MVC框架使得模型范围内的代码和web forms之间能够清楚的分离开来,并与Spring框架的其他特性集成在一起。
  • Web-Struts模块:该模块提供了对Struts的支持,使得类在Spring应用中能够与一个典型的Struts web层集成在一起。注意,该支持在Spring 3.0中是deprecated的。
  • Web-Porlet模块:提供了用于portlet环境和Web-Servlet模块的MVC的实现。

AOP和Instrumentation

    AOP模块提供了一个符合AOP联盟标准的面向切面编程的实现,它让你可以定义,例如方法拦截器和切点,从而将逻辑代码分开,降低它们之间的耦合性。利用source-level的元数据功能,还可以将各种行为信息合并到你的代码中,这有点像.net中的attribute的概念。

    Aspects模块提供了对AspectJ的集成支持。

    Instrumentation模块提供了class instrumentation支持和classloader实现,使得可以在特定的应用服务器上使用。

    Spring在JVM代理库spring-agent.jar中使用InstrumentationSavingAgent来保存由JVM提供的Instrumentation接口的当前实例。DefaultContextLoadTimeWeaver将会自动检测跟应用环境匹配得最好的LoadTimeWeaver实例。表6-2显示了不同环境下的LoadTimeWeaver实现。

 LoadTimeWeaver的实现

LoadTimeWeaver

环境

InstrumentationLoadTimeWeaver

JVM以Spring的Instrumentation

SavingAgent开始(使

用-javaagent:

$LIB/spring-agent.jar)

WebLogicLoadTimeWeaver

BEA WebLogic 10或更高版

本应用服务器上运行的LoadTime

Weaver实现类

GlassFishLoadTimeWeaver

工作在GlassFish V2应用服务器上

OC4JLoadTimeWeaver

Oracle 10.1.3.1或更高版本应

用服务器上运行的LoadTime

Weaver实现类

ReflectiveLoadTimeWeaver

跟TomcatInstrumentable

ClassLoader一起使用,在

Tomcat servlet容器和默认的

LoadTimeWeaver实现中提供加载时织入

SimpleLoadTimeWeaver

只用于测试的LoadTimeWeaver

实现(这里“只用于测试”的

意思是它在新创建的ClassLoader

上进行必要的织入转换)


无论使用哪种策略,意识到加载时织入使用的是AspectJ而不是@AspectJ是很重要的,你可能在看过代码清单6-74中代码后会这么想。这意味着我们不能使用bean()切入点的@AspectJ支持。


 

Test

 

    Test模块支持使用JUnit和TestNG对Spring组件进行测试。


你可能感兴趣的:(多线程,JVM)