[转帖]Spring 框架简介

    Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。
　　
　　在这篇由三部分组成的 Spring 系列 的第 1 部分中，我将介绍 Spring 框架。我先从框架底层模型的角度描述该框架的功能，然后将讨论两个最有趣的模块：Spring 面向方面编程（AOP）和控制反转 （IOC） 容器。接着将使用几个示例演示 IOC 容器在典型应用程序用例场景中的应用情况。这些示例还将成为本系列后面部分进行的展开式讨论的基础，在本文的后面部分，将介绍 Spring 框架通过 Spring AOP 实现 AOP 构造的方式。
　　
　　Spring 框架
　　
　　Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图所示。

                Spring 框架的 IOC 容器采用类型 2 和类型3 实现。
　　
　　面向方面的编程
　　
　　面向方面的编程，即 AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP 的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。
　　
　　AOP 和 IOC 是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在所有方法和 Java 类中才能实现日志功能。在 AOP 方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要日志的组件上。当然，优势就是 Java 类不需要知道日志服务的存在，也不需要考虑相关的代码。所以，用 Spring AOP 编写的应用程序代码是松散耦合的。
　　
　　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
　　
　　BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));
　　
　　在 XML 文件中定义的 Bean 是被消极加载的，这意味在需要 bean 之前，bean 本身不会被初始化。要从 BeanFactory 检索 bean，只需调用 getBean() 方法，传入将要检索的 bean 的名称即可，如清单 2 所示。
　　
　　清单 2. getBean()
　　
　　MyBean mybean = (MyBean) factory.getBean("mybean");
　　
　　每个 bean 的定义都可以是 POJO （用类名和 JavaBean 初始化属性定义） 或 FactoryBean。FactoryBean 接口为使用 Spring 框架构建的应用程序添加了一个间接的级别。
　　
　　IOC 示例
　　
　　理解控制反转最简单的方式就是看它的实际应用。在对由三部分组成的 Spring 系列 的第 1 部分进行总结时，我使用了一个示例，演示了如何通过 Spring IOC 容器注入应用程序的依赖关系（而不是将它们构建进来）。
　　
　　我用开启在线信用帐户的用例作为起点。对于该实现，开启信用帐户要求用户与以下服务进行交互：
　　
　　☆ 信用级别评定服务，查询用户的信用历史信息。
　　
　　☆ 远程信息链接服务，插入客户信息，将客户信息与信用卡和银行信息连接起来，以进行自动借记（如果需要的话）。
　　
　　☆ 电子邮件服务，向用户发送有关信用卡状态的电子邮件。
　　
　　三个接口
　　
　　对于这个示例，我假设服务已经存在，理想的情况是用松散耦合的方式把它们集成在一起。以下清单显示了三个服务的应用程序接口。
　　
　　清单 3. CreditRatingInterface
　　
　　public interface CreditRatingInterface {
　　public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
　　}
　　
　　清单 3 所示的信用级别评定接口提供了信用历史信息。它需要一个包含客户信息的 Customer 对象。该接口的实现是由 CreditRating 类提供的。
　　
　　清单 4. CreditLinkingInterface
　　
　　public interface CreditLinkingInterface {
　　
　　public String getUrl();
　　public void setUrl(String url);
　　public void linkCreditBankAccount() throws Exception ;
　　
　　}
　　
　　信用链接接口将信用历史信息与银行信息（如果需要的话）连接在一起，并插入用户的信用卡信息。信用链接接口是一个远程服务，它的查询是通过 getUrl() 方法进行的。URL 由 Spring 框架的 bean 配置机制设置，我稍后会讨论它。该接口的实现是由 CreditLinking 类提供的。
　　
　　清单 5. EmailInterface
　　
　　public interface EmailInterface {
　　
　　public void sendEmail(ICustomer iCustomer);
　　public String getFromEmail();
　　public void setFromEmail(String fromEmail) ;
　　public String getPassword();
　　public void setPassword(String password) ;
　　public String getSmtpHost() ;
　　public void setSmtpHost(String smtpHost);
　　public String getUserId() ;
　　public void setUserId(String userId);
　　
　　}

我是学C#的,不怎么看得懂啊,不过相信能在这上面来,也是很好的文章啊,~!

说实话我现在正在学Spring呢 觉得理解起来有点难。

建议楼上的去看看J2EE without EJB
讲得就是spring框架

Spring在.NET框架也有对应的Spring.NET
Spring主要概念还是集中在IOC和AOP
《J2EE Without EJB》是把XP（极限编程）和Spring在一起串讲的 最理想的话把之前的那本姐妹篇也一起买下来 读好书真的有不同的体会

oh ,yeah. 看不懂哦.
偶觉得一个框架,或者说偶急需要这样一种的东西:
他能适时地为我将要开发的程序生成一个大体的结构.
他使程序在以后有良好的扩展性;
他使代码有良好的逻辑性; 就是清晰表达
他使程序的功能实现有良好的可重用性;
他使偶生成的代码高度的模块化;
他使偶的程序具有严谨和方便的错误处理和提示机制;
最后他能使偶的程序功能能够实现.
也许功能实现和扩充在某些方面很重要吧,但是这是一个综合的问题.什么最重要,由用户的需求来决定.
呵呵,不知道上面偶所需要的是不是就是框架这个东东呢,,顶一下!牛人来解释下咯..

现在的主流框架是嵌套式的，例如 Struts+Spring+Hibernate的三层架构。不过目前国内一般都是接外包业务的公司或者是公司能接欧美的项目中会出现这些混合应用。以上是5.16日在北京BEA公司举办的dev2devdays的会议上提到这个三层理论开始我还以为是听错了。