Spring.Net 框架(一)

Spring.NET是一个应用程序框架，其目的是协助开发人员创建企业级的.NET应用程序。它提供了很多方面的功能，比如依赖注入、面向方面编程（AOP）、数据访问抽象及ASP.NET扩展等等。Spring.NET以Java版的Spring框架为基础，将Spring.Java的核心概念与思想移植到了.NET平台上。

企业级应用一般由多个物理层组成，每个物理层也经常划分为若干功能层。不同层次之间需要相互协作，例如，业务服务层一般需要使用数据访问层的对象来实现某个用例。不管应用程序如何构建，最终都会表现为一系列相互协作的对象，这些对象一起组成了完整的应用程序。所以我们说，应用程序中的对象之间相互具有依赖性。

.NET平台为构建应用程序提供了丰富的功能，从非常基础的基元类型和基础类库（以及定义新类的方法），到功能完善的应用程序服务器和Web框架，都有很好的支持。但.NET平台本身并没有提供任何方式来管理基础的应用模块并将它们组合为一个相互协作的整体，只能依靠架构师或开发人员去创建（一系列）应用程序。诚然，目前有很多设计模式可用于业务系统的设计，我们可以使用这些模式将各种类或对象组合成能够正常工作的完整应用。工厂、抽象工厂、 Builder、装饰及服务定位器（Service Locator）等模式已被现今的软件开发行业广泛接受和采用（这也许正是这些模式最早被定型为模式的原因）。这些模式都非常好，但也不过是些已命名的最佳编程方法，在对这些模式的介绍中一般还会说明它们是作什么用的、最好应用到什么场合、可以解决什么问题等等。我们可以从许多书籍和wiki上找到这些模式，然后仔细研读，然后实现在我们自己的应用中。

Spring.NET的IoC容器所解决的，正是如何在企业应用中将类、对象和服务组合成应用程序的问题。IoC容器通过很正统（按： formalized，言下之意是这些方式都是已经定型了的、经过了业界多年考验的）的方式将分散的组件组合成完整的应用程序。Spring.NET框架所采用的，都是被业界无数应用程序考验多年的、已经被定型为设计模式的最佳编程方式，实际上，这些模式已经成为我们架构和开发时的法典，而通过 Spring.NET，我们可以直接将它们整合到自己的应用程序中。目前已有很多组织和机构用Spring框架开发出了强壮的、维护性好的应用程序，这确实是一件非常好的事情。

 

Spring.NET框架包括很多功能，这些功能被很好的组织进一系列模块当中，如下图所示。Spring.NET 1.0包括完整的IoC容器和AOP类库。1.1版将加入Web、ORM和数据模块。Spring.NET的下载包中并不包含与其它类库（如 NHibernate，TIBCO EMS，Anthem，和IIOP.NET）集成的模块，如果需要您可以单独下载。下图为Spring.NET的各个核心模块。灰色阴影部分在1.0版中已经可用了，其它模块会在未来版本中陆续发布。目前可以从我们的网站上单独下载这些新的模块。

Spring.NET的各个核心模块

Spring.Core作为整个框架的基础，实现了依赖注入的功能。Spring.NET的大部分模块都要依赖或扩展该模块。 Spring.Core的基础是IObjectFactory接口，该接口用一个简单而优雅的方式实现了工厂模式，使我们可以无需自行编写 singleton类型和众多的服务定位器，并允许将对象配置及其依赖关系与具体的程序逻辑解耦。该模块中的IApplicationContext接口是IObjectFactory的扩展，增加了诸多企业级功能，包括使用资源文件进行文本本地化、事件传播和资源装载等等。

Spring.AOP为业务对象提供面向方面编程（AOP）的支持。AOP完善了IoC容器的功能，为创建企业应用和使用声明式服务奠定了坚实的基础。

Spring.Web对ASP.NET进行了一系列功能扩展，包括对ASP.NET页面进行依赖注入、双向数据绑定、在ASP.NET 1.1中使用Master page、以及增强的本地化功能支持等。

Spring.Services允许将任意的“普通”对象（意为没有继承任何指定基类型的对象）发布为企业服务（COM+）或远程对象。通过依赖注入和特性元数据覆盖等功能，该模块可使.NET的Web服务获得极大的灵活性。同时也支持Windows后台服务。

Spring.Data定义了一个抽象的数据访问层，可以跨越各种数据访问技术（从ADO.NET到各种ORM）进行数据访问。该模块包含一个ADO.NET的抽象层，减少了使用传统ADO.NET进行编码和事务管理时的工作量。

Spring.ORM为时下流行的ORM类库提供了一个整合层，其中包含声明式事务管理等诸多功能。