看到标题，估计有人就开始想吐了，没关系，你可以先吐完再看，现在MVC框架多如牛毛，没必要再重复发明轮子了，要声明的是，这里不是想要发明轮子，也没那个闲工夫去发明轮子，而是看到这么多MVC框架模样都差不多，想统一接口，减少迁移成本，Java世界里，最喜欢的就是定标准，然后就是一大堆的实现，估且这里也当一个标准来搞，纯属娱乐的标准。
注：下面的定义都是狭义的，用于限定本次要解决的问题域，你也可以定义你自己标准，这不是啥业界标准。
(一) 轻量级MVC定义：
1. 框架对应用无侵入，不依赖任何接口类
2. 框架零配置，零注解
3. 简单易用，易于理解，暂且不搞RESTful，免得复杂
(二) 轻量级MVC接口：
1. Controller采用setter注入请求参数，并支持层级注入，如：book.title.
2. Controller采用getter供给数据给View，在View中可直接取到相应属性值，如：${property}.
3. Controller采用任意非setter和getter函数处理请求。
4. Controller采用函数返回值控制跳转，只允许跳转到另一Controller，不允许一个Controller对应两个View.
5. Controller对Model的依赖采用setter自动装配，包括Model之间的依赖.
6. Session参数，如：loginUserId，也通过setter注入到Controller，如果有请求参数注入了loginUserId，也会被Session参数给覆盖.
7. View与Controller一对一，通过名称映射，并支持各种View模板类型扩展，比如：JSP, Velocity, FreeMarker, CommonTemplate等.
8. 没有Controller时，View也能执行，相当于隐式Controller。
9. 框架应提供COC接口，基于规则约定某个包名是model，某个包名是controller，某个目录是view，比如：com.company.module.controller，自动发现module，并以单例模式加载model，以原型模式加载controller。
总而言之，接口除了setter和getter，以及自动映射规则，什么都没有.
(三) 轻量级MVC访问：
http://主机名[:端口][/应用名]/模块名/控制器名/函数名.html[?参数名=参数值]
注：方括号代表可省
(四) 轻量级MVC实现：
符合以上接口的实现均可。
(五) 轻量级MVC优势：
业务逻辑不依赖任何框架，可以适配到任意框架而不影响业务代码，当旧的框架被淘汰，无人维护时，可以以最快的方式迁移到新的更稳定的框架.
理想是美好的，现实是残酷的，上面纯属个人想法，现实中困难多了，怀着美好愿景总是好的。
