`

MVC框架的映射和解耦

阅读更多

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

MVC 1到MVC 2模型的进化

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

MVC框架的映射和解耦

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

MVC框架的映射和解耦

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

URL Mapping

也许最早会有人这样写代码:

1
2
3
4
5
if("/ServletTest/eg1".equals(request.getURI()))
    xxx;
else if("/ServletTest/eg1".equals(request.getURI()))
    xxx;
... ...

但是现在应该已经不会有人这样写了,印象中即便是最早只是用JSP+Servlet写程序的那一批程序员写网站应用的时候,URL和控制器入口的映射逻辑也已经被独立出来了,例如Tomcat的web.xml:

1
2
3
4
5
6
7
8
<servlet>
    <servlet-name>Example</servlet-name>
    <servlet-class>com.xxx.xxx.Example</servlet-class>
</servlet>
<servlet-mapping>
    <servlet-name>Example</servlet-name>
    <url-pattern>/example</url-pattern>
</servlet-mapping>

但是这样的配置匹配的表达式不够灵活(例如无法自定义匹配逻辑),而且配置过于冗长(通常来说,我是一个xml配置文件的痛恨者),于是现今的MVC框架都提供了一套自己的映射匹配逻辑,例如Struts2:

1
2
3
4
<action name="example" class="com.xxx.xxx.ExampleAction">
    <result name="success" type="dispatcher">/success.jsp</result>
    <result name="input" ... />
</action>

还可以配置全局的跳转逻辑,传递参数等等,总之配置是灵活多了,可是每写一段控制器的逻辑,还是需要配置一段到XML文件中。这样的问题也是可以解决的,将变化点独立到Action里,配置文件中只写这个变化的参数,这样只需要一个配置就可以完成大部分跳转了。

对于不同参数名称和参数个数变化的情况,上面的办法支持得又不好了,好在许多框架都提供了注解配置的办法,把URL映射的逻辑变成短短的注解:

1
@Results( { @Result(name = "success", location = "/success.jsp"), @Result(name = "error", location = "/error.jsp") })

可是这帮难伺候的程序员啊,还是嫌麻烦,这就需要利用CoC原则(规约优于配置,Convention over Configuration)。在Spring MVC中,声明了ControllerClassNameHandlerMapping以后,对于这样没有配置任何映射信息的方法:

1
2
3
4
5
6
@Controller
public class ExampleController extends MultiActionController{
 
    @RequestMapping
    public void e1(...);
}

类名叫做ExampleController,方法名叫做e1,因此在使用如下URI进行访问的时候,就自动mapping到这个example方法上:

1
/example/e1

好了,这总满足懒惰的程序员你了吧。

Data Binding

这里Data Binding(数据绑定)指的是将用户请求提交上来的数据和领域模型绑定起来,即生成若干个携带数据的模型对象。

自不必说,最原始的方式应该是类似这样的解决方法:

1
2
3
4
User user = new User();
user.setName = (String)request.getParameter("name");
user.setAge = (Integer)request.getParameter("age");
... ...

这当然不会入程序员的法眼了,于是框架替你把参数绑定到一个数据集合的对象上,你获取起来就容易多了,比如在Grails框架中,可以这样写:

1
2
3
4
5
def example = {
    def name = params.name;
    def age = params.age;
    ... ...
}

或者干脆换成参数映射的配置文件,可是还是好啰嗦,于是“规约优于配置”又来了,以Struts2为例:

1
2
3
4
class UserAction{
    private User user;
    //get/set方法
}

这种情况下,只要提交这样的请求:

1
/example/userAction?user.name=Jim&user.age=18

这个name为Jim、age为18的User对象就自动被塞进这个Action去了。Spring MVC的情况类似,只不过粒度更小,参数注入的不是类Action实例的属性,而是Controller方法的参数——当然,思想是一样的。

视图指向

你可能猜到我要说的内容了。程序员最原始的做法应该是类似这个样子的:

1
request.getRequestDispatcher("/common/success.jsp").forward(request, response);

之后进化成为配置文件配置的形式、注解配置的形式,有了前文的介绍,这实在是没什么特别的。值得一提的是,我用过一个框架,它对于URL Mapping(front-controller做的事情)和View Routing(backend-controller做的事情)通过这样一种有趣的机制来完成:

  1. 根据URL路径和Controller返回的结果字符串去寻找相应目录下对应名称的handler;
  2. 如果找不到就找defaultHandler;
  3. 如果还是找不到就往上一级目录去找,依此类推。

举例来说,Controller返回View的路径为“user/admin/do”,就到…/user/admin目录下寻找一个do.handler的文件,找不到就寻找同目录下的default.handler,再找不到就往父目录去递归寻找。这种机制就使得URL Mapping和View Routing的过程变得具有天然的继承性(比如公用的success.handler可以放在顶级目录中)。

这种方式其实也是配置,但是既不是配置文件,也不是注解,更不是代码,而是一个文件和文件夹的组织结构。

最后,你肯定知道我还是要回到“规约优于配置”上面来。效果就是,例如访问user/do默认完成后就去寻找…/user/success.jsp,异常后通过异常拦截器首先寻找…/user/failed.jsp。

页面聚合

对于服务端页面模板的组织在我看来一直是网站应用编程中比较薄弱的一块(客户端页面聚合即前端页面聚合我在此先不讨论),直到现在,页面模板的代码还是极容易陷入过于复杂和不易理解的境地。最开始追溯到JSP诞生以前的时代,页面是可以由Servlet一行一行输出的:

1
2
3
PrintWriter pw = response.getWriter();
pw.write("xxx");
... ...

那个时候还没有页面模板的概念。于是JSP出现,可以把页面HTML和页面上用于展示的Java代码糅合在一起。至于JSP最初就容易被误用做了更多的展示以外的事情,那其实并不是工具本身的错。直到现在,还有许多人对于Servlet和JSP有相当的偏见,在程序员聊天的时候,你要是说你的网站是用Servlet+JSP做的,对方往往会直接鄙视你,用那么老土的技术。其实技术本身并没有任何错,Servlet+JSP依然可以非常漂亮地解决很多实际问题。

对于页面模板,无论你是使用JSP,还是FreeMarker、Velocity,你都会面对一个问题,一个和Java代码、C++代码一样需要依赖和组织的问题。于是程序员就将页面分为几个子页面,通过这样的方式引入:

1
<%@ page import="xxx.jsp" %>

不过,对于一些公共的页面而言,可能要被许多页面引用,几乎所有的结果页面都要引入header.jsp、menu.jsp、footer.jsp……并传递一些类似的参数。这让啰嗦的程序员又觉得不开心了,我应该把我有限的精力专注到业务特有的逻辑和页面上去,这些通用的部分框架能不能替我聚合,而我就不需要关心了?

这和异常处理很像,很多项目都喜欢定义自己的总异常,继承自RuntimeException,不需要声明,而且在通用异常拦截器内统一处理这些未被捕获的异常,完成通用的逻辑处理和页面转向;而错误信息就通过异常携带出来了,程序员就不需要把精力分散到大量的异常信息传递上面——比如通过返回码这种需要单独处理的形式,记得在老项目(特别是存储过程)的业务逻辑中还经常看到错误信息的返回码,现在真是越来越少见了。

于是Tiles给了这样的页面聚合办法,配置文件:

1
2
3
4
5
<definition name="user" extends"main">
    <put name="title" value="XXX Site - User" />
    <put name="body" value="user.jsp" />
    ... ...
</definition>

并且可以灵活地使用继承和参数传递,可是依旧不爽,每一个页面跳转都要配置这样一块豆腐干,实在是很啰嗦。SiteMesh提供了一种更为简洁的配置方式:

1
2
3
4
5
6
<decorator name="main" page="main.jsp">
    <pattern>/*</pattern>
</decorator>
<excludes>
    <pattern>/admin/*</pattern>
</excludes>

这样一来,所有的请求(除了匹配“/admin/*”这样的)全部都走到基于main.jsp聚合的逻辑中去了,通用的部分全部在main.jsp中完成,变化的页面依然根据原有的View Routing的映射来寻找页面,聚合这件事情,就真正对后续开发的程序员透明了

对于框架来说,还有进一步解耦的需求吗?有。比如可配置的拦截器,对于不同的请求能够使用配置为不同数量和不同个数拦截器的“拦截器栈”来响应,既可能有前置处理,也可能有后置处理。拦截器把原本在许多业务里都要重复做的事情(比如权限校验)通过AOP这种形式横向切一刀给做了。再比如序列化,如果要返回页面,形式可能是text/html的,而要传递对象,形式可能就是application/json这样的,将页面或者对象转换成html或者JSON响应的活儿,程序员当然也不想干……

纵观上面介绍的这些MVC框架在解耦和映射方面做的贡献,我们很容易看到,在不断地解耦过程中,层数、模块数不断在增加,复杂性应该说也在增加,配置当然更复杂,可是爱偷懒的程序总有办法让复杂变得简单。这个因解耦引起层与层之间映射的配置便是如此:

  1. 程序员自己实现;
  2. 框架实现,但是需要手动配置;
  3. 规约优于配置。

正是程序员对于懒惰的追求,造就了一个又一个好用的MVC框架,现在开发一个网站对于十多年前来说,实在是简便太多太多了,在今天谈论的角度上,未来MVC框架还会有怎样的发展趋势呢?还有哪一些通用的部分会被解耦出来,你又怎么看?

文章系本人原创,转载请注明作者和出处(http://www.raychase.net

注:本博客已经迁移到个人站点 http://www.raychase.net/ ,欢迎大家访问收藏,本ITEye博客在数日后将不再更新。

11
0
分享到:
评论
4 楼 编程小子- 2016-06-10  
其实不能说程序员懒惰,只能说程序员不喜欢做重复的事情。
3 楼 1458272482 2015-02-12  
suneyejava 写道
其实不能说程序员懒惰,只能说程序员不喜欢做重复的事情。

2 楼 suneyejava 2012-12-02  
其实不能说程序员懒惰,只能说程序员不喜欢做重复的事情。
1 楼 weareyou-006 2012-11-14  
不太明白!

相关推荐

    ASP.NET MVC框架开发系列课程(1):MVC模式与ASP.NET MVC框架概述

    在本课程中,我们将深入探讨MVC模式和ASP.NET MVC框架的基础知识。MVC模式是一种软件设计模式,它将应用程序分为三个主要组件:模型(Model)、视图(View)和控制器(Controller)。模型负责管理业务逻辑和数据,...

    MVC框架教程

    MVC框架的解耦特性使得单元测试变得容易,每个组件(模型、视图、控制器)都可以独立测试,确保代码的质量。 9. **依赖注入**: MVC框架支持依赖注入(DI),可以方便地注入服务和对象,提升代码的灵活性和可扩展...

    .netmvc框架

    在处理表单提交时,MVC框架支持模型绑定,自动将表单数据映射到对应的模型属性,简化了数据验证和处理流程。配合DataAnnotations,可以在模型类上添加验证规则,实现客户端和服务器端的双重验证。 对于测试,.NET ...

    微软MVC框架教程 案例

    提供的教程和案例将帮助你深入了解如何使用微软的MVC框架。这些资源可能包括以下内容: 1. **基础概念**:介绍MVC的基本概念和架构。 2. **环境配置**:指导如何设置开发环境,如安装Visual Studio和.NET Framework...

    自定义的MVC框架

    通过创建自定义的MVC框架,开发者可以更好地理解MVC模式的工作原理,以及Java Web开发中的Servlet和JSP技术。此外,这个框架还可以作为基础,进一步扩展成更复杂的应用框架,比如Spring MVC,它提供了更多高级特性,...

    mvc框架数据库

    **MVC框架与数据库交互详解** ...总之,MVC框架与数据库的结合提供了强大的功能,支持复杂的业务逻辑和数据管理,同时保证了良好的可扩展性和维护性。理解并熟练掌握这一模式对于Web开发人员来说是至关重要的。

    .net MVC框架的DEMO

    在本DEMO中,"OrderingMS"很可能是一个关于在线订餐或订单管理系统的示例应用,旨在帮助初学者理解MVC框架的工作原理和实际应用。 1. **MVC模式概述**: MVC模式是软件设计中的一种架构模式,由模型(Model)、...

    一个基础完整的MVC框架

    本压缩包提供了一个基础的MVC框架,适用于初学者理解和实践MVC架构。** 在MVC模式中: 1. **模型(Model)**:负责处理业务逻辑和数据管理。它是应用程序的核心,与数据库交互,获取和更新数据。在PHP中,模型通常...

    ASP.NET MVC框架开发系列课程(25):ASP.NET MVC正式版发布

    ASP.NET MVC框架的核心理念在于分离关注点,将业务逻辑、数据处理和用户界面三者有效地解耦。模型(Model)负责管理应用程序的数据和业务逻辑;视图(View)则负责呈现数据给用户,通常由HTML模板构成;控制器...

    .NET MVC框架

    5. **依赖注入**:支持依赖注入,方便解耦和重构,同时便于实现组件的自定义和扩展。 6. **AJAX支持**:内建对jQuery和其他JavaScript库的支持,方便创建动态、异步的用户体验。 7. **内置的安全特性**:包括身份...

    mvc框架性比较

    Struts、Spring MVC等是主流的MVC框架,它们提供了丰富的功能,简化了开发流程,但也带来了性能上的差异。本文将深入探讨几个主流MVC框架在性能上的表现。 首先,我们关注的是纯JSP的表现。作为最基础的处理方式,...

    spring mvc框架源码

    Spring MVC 是一个基于Java的轻量级Web应用框架,它为构建Web应用程序提供模型-视图-控制器(MVC)架构。Spring MVC的核心是解耦应用程序的各个组件,使其能够独立工作并易于测试。在本源码分析中,我们将探讨Spring...

    ASP.NET MVC框架学习

    以下是对ASP.NET MVC框架的一些基础概念的详细介绍: 1. **MVC模式**:MVC是一种软件设计模式,用于将应用程序分为三个主要组件——模型(Model)、视图(View)和控制器(Controller)。模型负责管理应用程序的...

    自己手写PHP MVC 框架

    路由是MVC框架的关键部分,它负责解析URL并映射到相应的控制器和方法。通过定义路由规则,可以灵活地设置URL结构,提高用户体验,同时便于SEO优化。 **依赖注入(Dependency Injection)**: 在自定义PHP MVC框架中...

    MVC4.0 EF框架 映射数据库表

    MVC4.0是Microsoft对这一框架的第四个主要版本,它在MVC3的基础上进行了增强和优化,提供了更好的性能和更多的功能。在本项目中,我们将探讨如何在VS2012环境下,结合Entity Framework(简称EF)进行数据库表的映射...

    asp.net的MVC框架

    - **依赖注入(DI)**:Taurus.MVC可能支持依赖注入,便于解耦和管理服务。 - **模型验证**:内置模型验证机制,确保输入数据的有效性和安全性。 - **AJAX支持**:通过jQuery或纯JavaScript与服务器交互,实现页面...

    手写mvc框架

    SpringMVC是Java领域中最受欢迎的MVC框架之一,它提供了强大的功能和灵活的配置。本篇文章将深入探讨如何仿照SpringMVC的架构思路,手写一个简单的MVC框架。 **1. 模型(Model)** 在MVC模式中,模型层主要负责...

    Asp.net MVC框架.rar

    ASP.NET MVC框架是一款由微软开发的用于构建动态网站、Web应用程序和Web API的开源框架,它基于模型-视图-控制器(MVC)设计模式。这个框架提供了高度可测试性、更好的代码组织以及灵活的URL路由,使得开发更加高效...

Global site tag (gtag.js) - Google Analytics