Spring.net整合Asp.net mvc

出处：http://www.cnblogs.com/moye/archive/2008/11/30/1344369.html

既然提到mvc，就不得不说说微软在asp.net上的一个重要创造——postback机制。

但凡用asp.net做web开发的人，都和这个机制打过交道吧。asp.net页面aspx是其于这种自回发机制运转的。

我们平时用到的web控件，诸如TextBox、Button等，无一不是基于postback进行封装，在最终生成的html页中，它们还是会被转化成为或者。

然后我们可以查看一下页面的源文件代码，会发现.net framework为我们写了不少东西：比如__doPostBack()这个js方法，用于提交窗体；WebForm_OnSubmit()方法会进行窗体的验证；一个长长的__VIEWSTATE隐藏字段保存窗体上控件的状态信息等（令人发指）……等等。（详述请参见种玉堂的《再认识asp.net的postback机制:探索__doPostBack的来龙去脉 》）。

多么让人又爱又恨的发明! postback确实方便了开发者，尤其是小型应用，手到擒来；但性能呢？不敢恭维！尤其那一长串__VIEWSTATE，每每看到，都觉得揪心。

所以，在项目中的前端表现界面，决定启用mvc实现。

原来使用monoRail，感觉很好，但一直没有解决与Spring.net整合问题；而后来干脆听说，monoRail已经停止维护这个项目，只得作罢。幸好，此时还有一个选择——asp.net Mvc。

经过一段时间的尝试，终于把它与Spring.net整合在了一起，这意味着，mvc能共享到Spring.net中的所有对象，无缝集成。

由于Asp.net Mvc是ASP.NET 3.5 Extensions Preview 的一个部分，能不能在IIS6+Asp.net 2.0 framework下良好运行，也一度让人担忧，可喜的是，网上很多人都这么干，并且成功了。也就是说，如果决定在.net 2.0下使用asp.net mvc（本实例使用的版本为asp.net mvc Preview 4)，除引用mvc的dll外（Microsoft.Web.Mvc.dll、System.Web.Mvc.dll等），还需额外的引用一个.net 3.5的dll（System.core.dll），此处提供这个包的下载：

Asp.net mvc preview 4 和 System.core.dll(v3.5)：/Files/moye/Asp.Net_MVC_4.rar

简单说，.net mvc将视图（View）与控制器（Controller）进行了分离，表现与逻辑的关注点不再纠缠于一团。而Model的传递，微软提供了一套DataDictionary（ViewDataDictionary、TempDataDictionary等）。同时，像monoRail一样，.net mvc在页面中也可以其于模板书写表达式，比如：你可以在Controller中传递一个IList过来，这边接收到对象拆箱后，循环迭代输出一个行数等同的
。

关于asp.net mvc的详尽原理，此处不累述，有兴趣可参阅 乱世重典的《Asp.net Mvc Framework 系列》。欧克，回到重点，说说整合的事：

以上图示的结构：

将Controller单拿出来，做一个层，用以响应Web/Views中视图的请求。整合的目标就是：让这些Controller能够被注入，运行于Spring.net容器中。

通过学习Fredrik Normén的经验：《ASP.Net MVC Framework - Create your own IControllerFactory and use Spring.Net for DI 》，我们能知道，要创建自己的ControllerFactory，必须实现System.Web.Mvc的IControllerFactory接口。原型如（.net mvc Preview 4，版本不同接口也可能不一样）：

using System;

using System.Web.Routing;

namespace System.Web.Mvc

{

public interface IControllerFactory

{

IController CreateController(RequestContext context, string controllerName);

void DisposeController(IController controller);

}

}

在实现的CreateController方法中，将负责对不同的Views派发对应的Controller。这里做一个假设，/Views目录中有一个叫User的目录，那框架就认为，这是一个User视图集合(具体表现在url上，如/User/home、/User/login等)，应该有一个叫UserController的控制器对此目录中的所有页面进行响应。

欧克，实践一把：

◆在Web的/Views创建一个web.config文件，并这样配置（它的作用：接管对.aspx页的请求流程）：