【IT168技术】最近在写一个业务上用到的框架，回想起接触过的一些MVC框架，尤其是主要贡献在后端表现层上的那些，它们之间有太多的相似，在不断解耦的过程中，层数和模块数也越来越多，需要不断引入层与层之间的映射逻辑将不同层次之间关联起来，我们不妨来查看一下这个过程，能否寻找一些MVC框架的共性和启示。

　　MVC 1到MVC 2模型的进化

　　这个话题有点老。MVC 1在桌面程序中应用较多，业务逻辑当然放在Model里面，Controller负责将用户的请求数据传递到Model去，之后就放手不管了，让View通过观察者模式不断获知Model的最新变化(可以是Model变化后通知View，也可以是View自己来获取)。这个模式看起来很简单，不过很容易发现一个严重的问题，View必须对Model了如指掌，要不然怎么观察它呢。这实在是一件不甚合理的事情。

　　MVC 2则解开了Model和View的耦合，Controller变成了中介者一样的角色，View接收了用户输入，Controller把处理请求分派给Model，处理完后，又把结果交回View来展现。不过，这样的代价是Controller变成了一个百事通，如果它要关心Model和View的具体实现，耦合的问题只是换了一件外衣而已。所以，需要对Controller进一步解耦。下面的话题，也是借由这一点展开的。

　　从这个改变就可以看出在解耦方面的进化，但是依然没有做足，后来ASP.NET又出了MVC 3、MVC 4，我没有去了解其中的变更。这只是关于解耦的一个前传，下面让我们回到正题，看看那些随着解耦的进一步进行，新产生的映射逻辑和配置。