Play源码深入之七：Play的MVC实现

整体来说，Play1.x是一个较完善的框架，各种功能都一应俱全，有点像句老话“麻雀虽小五脏俱全”哈。虽没有Struts、SpringMVC的大名气，但是使用起来，相当顺手。本文将深入Play1.x的MVC，也整合前面各方知识。 

在new一个Play项目之后，都会有models、views、controllers三个文件夹，正好对应MVC，而且每类文件还必须放对地方。

这里要讲的是Play框架层面上，对MVC做的工作： 

M：Model(模型)，在Model上，Play对每个Model进行了增强，在PlayPlugin中，有enhaner事件，每个插件都可以对Model进行增强，触发的时机在play.Invoker:run()中，调用init方法，检测play代码是否有变化，有变化就会发出增强事件，位置在play.classloading.ApplictionClasses:enhance()方法中。响应事件的有CorePlugin和JPAPlugin，JPAPlugin在前文已经说过，是织入JPA支持方法，而CorePlugin的enhaner有多个增强类，全在play.classloading.enhancers包中。 

  

Model采用的ActiveRecord比POJO/DAO/Service高明，之前做SSH项目时，早就烦透了写一大片DAO/Service，而且里面还没有代码……（因为都集中到某个base类中）。而ActiveRecord没有这等烦恼，让人用着舒服~。 

V：Views(视图)，Play模版引擎是使用Groovy语言，我用过Groovy，感觉这货就是无法无天版的Java,吸取了各家所长，当模版引擎是小菜一碟。不过Play2已经放弃Groovy。 

在play.mvc.results中可以看到各种返回结果，有Html/template/json/xml/text/binary。对于只想用play做移动端restful后台的项目，果断好用。 

C：Controller(控制器)，Play对比struts2的使用xml映射和springMVC的注解都要直接，使用routes文件，直观高效。 play会加载route文件，当请求过来时，进行匹配，如果没有找到就会404。

public class Router {
    public static Route route(Http.Request request) {
        ...
        for (Route route : routes) {
            Map<String, String> args = route.matches(request.method, request.path, request.format, request.domain);
            if (args != null) {
                request.routeArgs = args;
                request.action = route.action;
                if (args.containsKey("format")) {
                    request.format = args.get("format");
                }
                if (request.action.indexOf("{") > -1) { // more optimization ?
                    for (String arg : request.routeArgs.keySet()) {
                        request.action = request.action.replace("{" + arg + "}", request.routeArgs.get(arg));
                    }
                }
                if (request.action.equals("404")) {
                    throw new NotFound(route.path);
                }
                return route;
            }
        }
        ...
        throw new NotFound(request.method, request.path);
    }
}

Play使用Netty做服务器，没有使用j2ee一套，所以得自己实现request/respone/session等类，但Play的实现比j2ee的要灵活好用。

每次初始化调用相关准备后，Play就会使用Router中的路由进行请求分发。而返回结果是基于异常机制，这也是为人所诟病的。这一点在之前的 请求一章提过。 

play也有过滤器机制，前文也说过，play通过插件响应出完成过滤，这个机制在play 1.2.3上还没有看见。另外Play的before/after/with注解也有过滤器的作用。