Spring.Net 能为我们做点什么

本文内容

概述
背景
模块
使用场景
入门应用
Spring.NET 相关项目

本文正式开始前，我以目前所能想到的、此时此刻能想到的，先简单说下，为什么会有像 Spring.Net 这样的东西。首先，第一反应，Spring.Net 可能跟 Java 里的 Spring 有关——它是 Java Spring 的 .Net 版本。但不是简单的移植。其次，Java 的起步、发展和流行比 C# 要早。C# 1.0 远远不如 Java（此话不是我说的，而是普遍认为），直到 C# 2.0。那么，Java 里好的编程实践，在 C# 中也一样适用。

另外，当我采用面向对象编程时，接下来遇到的问题是，我如何定义类，并将它们很好的组织起来？才能使我的代码更容易维护，包括：

容易修复 BUG；

修复 BUG 后，不会产生新的 BUG；

应付不断变化的需求；

应付未来软件的变化；

可读性好，其他人能很快了解你程序的总体思路等等。

刚刚开始职业生涯时，每走一步，都会遇到困难。实在不知道如何选择。代码，感觉这么写行，那么写也行……

直到看到“设计模式”。根据每个模式描述，你可以结合自己场景来选择。比如：

当你自己的程序，遇到像“算法”封装问题时，可以使用策略模式；

当你自己的程序，遇到像“改造之前系统”，或利用现有类，重新组合成一个新的类等问题时，可以使用外观模式；

当你自己的程序，遇到像“订阅”这样问题时，可以使用观察者模式；

当你自己的程序，遇到像仅仅只需要一个实例时，可以使用单件模式等等。

之后，你会发现，设计模式是很有用。但它还是需要你，利用 .Net 框架提供的基类，根据你的场景来重新组织你自己的类——从零开始，设计自己程序。就像架构师做的工作一样。但不是全部，仅仅是架构师最基本的工作。

复用是我们一直追求的目标之一。

可是，真有这个必要吗？除了核心的业务部分，我要重写日志子系统/程序集/相关类；重写监控子系统/程序集/相关类；重写缓存子系统/程序集/相关类；重写并发事务子系统/程序集/相关类等等，就算不是企业级应用程序，这几个方面的功能我也需要啊。无论是否是客户需要的，对于一个完整的、健壮的应用程序来说，都是需要的。

也许，这些子系统/程序集/相关类在接下来的项目中可以复用。比如引用现成的程序集，添加现有类。我们不能保证，这样的复用，之前的代码完全不用改动。但这样的方式，远远不够。我们需要在更高的层次，在架构上达到复用。无论什么样的应用程序，总有那么几个“方面的功能”是需要的。如果可以将这些“方面的功能”，可以随意加进自己的项目，那就太好了——面向方面编程。

Spring.Net 这样的东西可以为我们做到。

概述

Spring.NET 应用程序框架为企业级开发提供全面的基础框架支持。它去掉使用基类库附带的复杂性完成最佳的、简单的实践，如测试驱动开发。Spring.NET 由 http://www.springsource.com/ 创建、支持和维护。

Spring.NET 的设计是基于 Java 版本的 Spring 框架，在世界范围内很多企业级应用程序中使用。Spring.net 不是简单的移植，它是不依赖于具体平台，并基于已验证的体系结构和设计模式。Spring.net 功能的广度跨越应用程序各个层（application tier），让你可以把它当作“一站式（one stop shop）”，但不是必需的。Spring.net 不是一个要么完全不用，要么得全部使用的解决方案。你可以单独使用它的模块。稍后描述这些模块。

企业级应用程序通常由很多各种的物理层（physical tiers ）组成，在每个层内，功能通常被拆分到功能层（functional layers）。如业务层（business service layer）使用数据访问层（data access layer）中的一个对象来完成一个用例（use-case）或应用。无论如何构建你的应用程序，在一天结束时，会有各种各样相互协作的对象，以形成适当的应用。因此，应用程序中的对象是彼此依赖的。

tier 是“层”的意思，但 layer 也是“层”。它们不同。类似于“婚礼蛋糕”与“生日蛋糕”的区别。虽然都是分层的，但从来没见过“婚礼蛋糕”做得像“生日蛋糕”似的。比如，我们说网络七层协议（OSI）时使用的是 layer。

如上所述，官方文档，在谈论硬件时，使用 tier，而在谈论软件结构时，则使用 layer。

.NET 平台为构建应用程序提供了丰富的功能，从基本类型和基类（定义新类）到功能完善的应用程序服务和 Web 框架，都有很好的支持。但 .NET 平台并没有提供任何管理基础应用的模块，并将它们组合成一个相互协作的整体，这只能依靠架构师或开发人员自己完成。诚然，目前有很多用于设计业务系统的设计模式，将各种类或对象组合成能正常工作的完整的应用，如工厂模式、抽象工厂模式、生成器模式、装饰者模式及服务定位（Service Locator）等，这些模式已被软件行业广泛接受。虽然，这些模式非常好，但也不过是些命了名的最佳编程方式而已。很多相关资料都会介绍这些模式的作用、应用场景、解决的问题等等。经过仔细研读，应用到我们的自己系统中。

Spring.NET 的控制反转（Inversion of Control，IoC）容器所解决的正是如何在企业级应用中将类、对象和服务组合成应用程序。IoC 容器通过普遍认同的方式将分散的组件组合成完整的应用程序。Spring.NET 框架所采用的都是被业界公认的、已经被定型的最佳编程方式。实际上，这些模式已经成为经典，通过 Spring.NET，我们可以直接将它们整合到我们自己的应用程序中。目前，已有很多组织和机构用 Spring 框架开发出了健壮、易于维护的应用程序。

以往，我们用 .NET 开发应用程序，都是利用 .NET framework 提供的类库，然后，设计自己的类，以及类之间的组织方式。但软件开发实践表明，有些功能是软件常用的，无论出于何种需要，比如日志、性能监控、并发事务等等。这些常用的功能就是所谓的“方面”。Spring.Net 为我们直接提供了很多“方面”，可以将这些现成的“方面”集成到我们自己的应用程序。

背景

2004 年初，Martin Fowler 问他网站的访问者：何时需要控制反转：“问题是，控制的哪些方面是反转的？”之后，Fowler 建议重新命名（或至少给出一个更能自我描述的名字），于是，开始使用术语“依赖注入”。此后，他的文章继续解释控制反转（Inversion of Control，IoC）和依赖注入（Dependency Injection，DI）原则的思想基础。

若想了解依赖注入（IoC）和控制反转（DI），请参看文章 http://martinfowler.com/articles/injection.html。

“控制反转（Inversion of Control，IoC）”和依赖注入（Dependency Injection，DI）意味着将你设计好的类交给系统去控制，而不是在你的类内部控制。

模块

Spring.NET 模块如下表所示，可以让我们大概了解 Spring.NET 都能做什么。

模块	描述
Spring.Core	Spring.Core 是框架最基本的部分，通过依赖注入让你配置你的应用程序。下面的功能都基于这里。
Spring.Aop	使用该模块完成“面向方面编程（Aspect-Oriented Programming，AOP）”。AOP 集中于应用程序中有针对性的常见功能。Spring 的“方面”库提供预定义的、易于使用的应用，比如事务、日志、性能监控、高速缓存、方法重试和异常处理。
Spring.Data	该模块以更高的效率和一致性实现在 ADO.NET 中数据访问功能，和完成声明式事务管理。
Spring.Data.NHibernate	该模块把 NHibernate 与 Spring 声明式事务管理功能集成在一起，很容易在同一个事务内混合使用 ADO.NET 和 NHibernate 操作。NHibernate 1.0 用户将通过易于使用的 API 来完成数据访问操作。
Spring.Messaging	该模块可与微软消息队列中间件（Microsoft MSMQ message queing middleware）交互，提高抽象层次。
Spring.Messaging.NMS	该模块可与 Apache 消息队列中间件（Apache ActiveMQ (NMS) message queing middleware）交互，提高抽象层次。
Spring.Messaging.EMS	该模块可与 Tibco 企业级消息服务队列中间件（Tibco Enterprise Message Service (EMS) message queing middleware）交互，提高抽象层次。
Spring.Web Spring.Web.Extensions	当编写 ASP.NET Web 应用程序时，可以更有效地解决之前使用 ASP.NET 不便的地方，如数据绑定、验证和 ASP.NET 页面（page）/控件（control）/模块（module）/提供者（provide）的配置，提高抽象层次。
Spring.Web.Mvc	该模块可以把 Spring.Core 和 Spring.Aop 模块的功能集成到你的 ASP.NET MVC 2 项目。
Spring.Web.Mvc3	该模块把 Spring.Core 和 Spring.Aop 模块的功能集成到你的 ASP.NET MVC 3 项目。
Spring.Services	该模块适应一般的 CLR 对象，这样就可以被一个分布式通信技术使用，例如 .NET Remoting、Enterprise Services 和 ASMX Web Services。这些服务可以通过依赖注入来配置，并应用 AOP 来“装饰”。
Spring.Testing.NUnit	该模块使用 NUnit 完成集成测试。
Spring.Testing.MSTest	该模块使用 MSTest 完成集成测试。
Spring.Scheduling.Quartz	该模块支持与 Quartz.NET 作业调度基础框架进行交互。

Spring.Core 模块还包含如下额外功能：

表达式语言（Expression Language） - 提供高效的查询，以及在运行时操作对象图表。这是配置对象注入的新方式，即以 "#{…}" 作分界符，分界符里边的内容是表达式语言；
验证框架（Validation Framework）- 为业务对象以编程或声明式创建复杂的验证，提供强大的用户界面的框架；
数据绑定框架（Data binding Framework）- 为完成数据绑定，提供用户界面框架；
动态反射（Dynamic Reflection）- 提供高性能反射的 API；
线程（Threading）- 提供额外的并发抽象，如线程的阀门（Latch）、信号量（Semaphore）和线程本地存储（Thread Local Storage）；
资源抽象（Resource abstraction）- 提供通用接口以一个多态和与协议无关的方式把文件或 URL 看作是 InputStream。

使用场景

你可以在很多场景，从简单独立的控制台应用程序，到利用 Spring 的事务管理功能和集成 Web 框架的全面的企业级应用程序，创建程序块。

需要注意的是，Spring 框架并不强制你使用它里边的所有东西；它不是一个要么不用，要么全用的解决方案。现有的通过标准 ASP.NET 创建的前端（界面），通过 Spring 提供的事务和/或数据访问功能，可以与基于 Spring 的中间件很好地集成在一起。你需要做的唯一事情是，使用 Spring 的控制反转容器连接你的业务逻辑，并使用 WebApplicationContext 把它集成到你的 Web 层，以便找到中间层服务和/或用依赖注入配置你的 ASP.NET 页面。

虽然，Spring 框架不会强制任何特定的应用程序架构，但它鼓励一个区分表现层、服务层、数据访问层和数据库层的、有良好分层的应用程序架构。

入门应用

Spring.Net 有几个示例程序，在其安装目录。这些示例展示了 Spring.Net 的各个特性。

如果你已熟悉依赖注入、AOP，或有使用 Spring 框架 Java 版本的经验，那么你可以跳过这些示例。

Movie Finder - 利用 Spring 的控制反转容器，演示依赖注入技术
应用程序上下文（Application Context）- 演示 IoC 容器，如本地化、ResourceSet 对象的访问，以及把资源应用到对象属性
面向方面编程（Aspect Oriented Programming）- 演示利用 AOP 框架向现有的对象添加额外的行为
分布式计算（Distributed Computing）- 演示远程服务事务的计算器，使你通过 .NET Remoting、Web 服务，或一个企业级服务组件导出一个普通的 CLR 对象（POCO）。同时，也演示了相应的客户端代理
WCF - 展示一个 WCF 基于计算器的例子，通过依赖注入配置 WCF 服务和应用 AOP 通知
Web Application - SpringAir - 该机票预订系统演示了 ASP.NET 框架，展示 ASP.NET 页面、数据绑定、验证和本地化的依赖注入
Web Development - 演示在 ASP.NET 中使用依赖注入和Spring 的双向数据绑定的初级例子
ASP.NET MVC2 - 演示把依赖注入和容器集成到 ASP.NET MVC 2 的初级例子
ASP.NET MVC3 - 演示把依赖注入和容器集成到 ASP.NET MVC 3 的初级例子
数据访问（Data Access）- 演示如何简化基于数据访问层的 ADO.NET 框架
事务管理（Transaction Management）- 演示为本地和分布式事务在 .NET 中使用声明式事务管理
AJAX - 演示如何在客户端 JavaScript 中，把 webservice 作为一个普通的 CLR 对象（POCO）访问
NHibernate Northwind - 演示简化 NHibernate 使用的 Spring NHibernate 集成。Web 层（web tier）也包含了如何使用 Open-Session In View approach 在 Web 层进行会话管理
Quartz Quickstart - 演示使用 Quartz.NET 集成进行调度
MSMQ - 演示 MSMQ
NMS - 演示 NMS

Spring.NET 相关项目

除了 Spring.NET 项目本身，还有很多与其相关的项目。这些项目提供超出核心 Spring.NET 框架的额外功能。从增强配置工具和库，到 REST 客户端，以支持额外的消息框架和标准。如下表所示。

Spring.NET CodeConfig	通过标准的 .NET 代码，而不是 XML 配置，提供配置 Spring 容器的功能 See http://springframework.net/codeconfig/ for resources, downloads, and more information
Spring.NET REST Client	简化与 HTTP 服务器之间的通信，执行 RESTful。它处理 HTTP 连接，使应用程序代码提供的网址（可能是模板变量），并提取结果。 See http://springframework.net/rest/ for resources, downloads, and more information
Spring.NET AMQP	supports the Spring programming model with AMQP, especially but not limited to RabbitMQ See http://springframework.net/amqp/ for resources, downloads, and more information
Spring.NET Visual Studio Add-In	在 VS.NET 2010 中，提供发布 Spring XML 配置的智能感知帮助 See http://springframework.net/vsaddin/ for resources, downloads, and more information

鼓励 Spring.NET 使用者开发超出 Spring.NET 框架核心的相关项目，提高开发者的效率。