基于REST+CoC构建Java Web快速开发框架的架构思路

      在《Web开发敏捷之道》这本书的前面几章里，Dave向我们炫耀怎样简单的开始一个Ruby on Rails之旅，建一张表，执行一句ruby命令行生成一个scaffold脚手架程序，然后写一句代码，就可以完成了对一个表或者说是资源的CRUD操 作的功能的实现。这激发了我的兴趣，用Java，能不能更简单的完成这件事。

      我在我们应该怎样看待框架 中，实现了一个JDBC版的Base类，和一个Hibernate版的Base类，取模仿RoR的ActiveRecord，这样我们编程的时候，只需要实现一个Base的子类，就可以完成CRUD了。

      我的毕设题目是与Rest ，更准确说是与ROA有关的，另外就是在看Spring MVC对于惯例优先 （Convention over Configuration，CoC）原则的实现。

      Web架构的四个元素

      无论是Rails还是Spring MVC都是MVC实现，因此我的研究也肯定是基于MVC模式的。那么分别来关注M，V和C，另外就是将url和C进行映射的Router（或者说是Struts里的映射文件）。

      首先是M，我不想自己编M，那就自动生成，怎么才能自动生成呢，根据数据库自动生成，而且我生成要是一个ActiveRecord模式的类。所以不是像 过去弄个HashMap就能混过去了。之后就是看了ASM3.1和ClassLoader的知识，发现这是可以实现的。如下：

     先整个测试：

     @Test

Java代码  

1. public void gerneratorClass() {  
2.     try {  
3.         Map<String,Object> fields=new HashMap<String,Object>();  
4.         fields.put("id", 1l);  
5.         fields.put("name", "wanxing");  
6.         EntityGernerator.generateEntity("Student",fields );  
7.         EntityGernerator.invoke("add");  
8.     } catch (Exception e) {  
9.         // TODO Auto-generated catch block  
10.         e.printStackTrace();  
11.     }  
12. }  

    这块的实现我想了一下，EntityGernerator的generateEntity方法到底只是创建一个class还是连同实例化对象，而其还有invoke方法，这看上去不太对，嗯，它应该是只生成class就结束使命了。不过以后再迭代吧。

    实现的代码很简单，就是利用了ASM3.1，就搞定了。有两点需要声明：

    1 可以按需要设定生成类的父类

    2 只能创建类属性，不能创建方法，因为方法的实现太复杂，用JVM指令写会死人，不如转向动态语言了，而且它继承了有用的父类，就已经完成了自己的使命了。

    V和C都可以用通用的，就像用通用DAO一样。关于V有个特别之处，那就是FrontController，它来调配各个Controller，依照URI和Controller的Mapping，这符合Roy Fielding博士对于资源的定义：资源是 一种概念上的映射 ——服务器接收到标识符（标识这个映射），将它应用于当前的映射实现（mapping implementation，通常是与特定集合相关的树的深度遍历和/或哈希表的组合）上，以发现当前负责处理该资源的处理器实现 ，然后处理器实现基于请求的内容选择适当的动作+响应 。在RoR里这叫做Router。另外V中可以根据HTTP请求返回适当的Presentation。

    REST与CoC

    按照“惯例优先原则”可以做很多事情，比如Blog类对应BlogController，对应/blog。我们可以将该原则落实到以上四个元素上：M，V，C和Router。之后就是按照上述对应关系，形成一种简单的开发框架，我们需要做的事情只是：

    1 创建数据库Schema，比如建立表Blog

    2 配置数据库连接，选择使用何种数据库

    3 启动Tomcat，在浏览器的地址栏中输入http://localhost:8080/blog/new创建Blog（返回写blog的表 单），http://localhost:8080/blog/12，显示文章；http://localhost:8080/blog/edit，返回 修改表单；http://localhost:8080/blog/list，返回所有blog，加上q?time=2009-05-08或者http: //localhost:8080/2009-05-08/blog/list，按时间查询，后者的问题是如果Blog表有两个字段是时间就没办法了，但 是我们可以约定它只有一个时间的时候默认结果，这就是“惯例优先”作用。

     输入这些URL只是证明系统可以正常的工作。然后你可以定制你的HTML页面，把这些链接放到你喜欢的地方，或者作为按钮对应的服务。所有的服务，都是REST的。一个RCP客户端也可以使用，或者是Delphi。

     系统在背后默默的根据数据库Schema创建了Blog类，然后其他都是通用的组件，放入Blog类，比如GenericController.setModel(T model)，将Blog类的实例放入。

     灵活性与可扩展性  

    如果只是这样，那么这个系统实际上做不了什么太有价值的事情（这只是一个数据库外的薄层），“惯例优先”并不是“惯例决定”，我们必须能让Developer开发自己个性化的组件，以完成更强大的功能。

    那么就要有如下逻辑：

    1 对于M：首先检查classpath里是否有url中寻找的实体（比如blog，我们不能说那是资源，资源是映射），这个实体就是Developer创建 的，如果没有，则去数据库中查找名为blog的表，创建Blog类（并不在文件系统中生成这个class）。如果也没有，则返回not found。

    2 对于C：首先根据Router中的默认定义，寻找BlogController，检查是否存在于classpath中，没有则用 ControllerGenerator生成BlogController（与EntityGenerator相同，不过既然我的Generator可以 指定父类，实际上用一个ClassGenerator就应该OK了）。

    3 对于V：现在默认路径下寻找页面（jsp或者html），如果没有，则创建Blog页面流（Stream）返回给客户端。

    4 对于Router：默认就是/blog对应BlogController。当然你可以建立自己的Router文件，来修改映射关系。

    “惯例优先”，那这个惯例是谁的惯例呢？ 其实Router的可Developer定制就表示了系统可以支持在四个Web架构元素中之间建立自己的“惯例”。比如，所有的表名都加上T_Blog， 但是生成类名是Blog，而Controller是BlogAction（有人就是喜欢叫它Action），OK，这都没问题。

    技术细节

    我们回到M讨论。我这个M既要承担ORM的责任又要承担DVM（Domain View Mapping）的职责。也就是说，我期望我的对象里面可以关联其他对象，同时我也希望我在UI上显示正确的中文名，而不是字段名。

    先说ORM，关联关系（继承就先别指望自动生成了），我可以根据数据库表的主外键关系生成，然后用ASM动态加上注解（还是基于Hibernate）。 我现在唯一不确定的是，用ASM生成的属性，类型可以是另外的类吗？答案是可以，跟内置的Java类型是一样一样的。

    然后是我要让生成HTML或者XML能正确显示字段的Label，这个可以提取表的注释，然后利用ASM动态加上注解。

    Just Play

    对于那些基础数据的简单维护，或者你的系统设计本来就不想什么OO范型，那么这个基础框架是有用的，面对真正复杂的大型企业应用，它比较好的一点是不会阻止你实现复杂的对象图。

     写到这，我第一次感到：我干嘛还要用Java呢？因此最后我只能说，Just Play，正如Dave所说，在真正的项目中，代码生成并不像看起来那么有用，但是，起码你有了一个好的脚手架~~~

    澄清几个误解

    1 这个架构并不是依靠代码生成Java，然后基于生成的代码再修改。而是在内存中生成字节码！这与Rails之类的是不一样的。

    2 与目前已有的框架相比，另外考虑了可配置的“惯例”

    3 REST风格，客户端不只局限于浏览器，也不局限于Java