`
sslaowan
  • 浏览: 373947 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

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

框架RESTWebJava敏捷开发 
阅读更多

      在《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 

	public void gerneratorClass() {
		try {
			Map<String,Object> fields=new HashMap<String,Object>();
			fields.put("id", 1l);
			fields.put("name", "wanxing");
			EntityGernerator.generateEntity("Student",fields );
			EntityGernerator.invoke("add");
		} catch (Exception e) {
			// TODO Auto-generated catch block
			e.printStackTrace();
		}
	}

    这块的实现我想了一下，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

分享到：
| PL/SQL字符串Spit，Clob打印
评论
38 楼 88250 2009-05-19  
sslaowan 写道
88250 写道
javassist 楼主可以关注一下。

多谢多谢~~
不过不知道跟ASM比性能如何

一定要性能非常好么？
呵呵....
37 楼 sslaowan 2009-05-19  
88250 写道
javassist 楼主可以关注一下。

多谢多谢~~
不过不知道跟ASM比性能如何
36 楼 sslaowan 2009-05-19  
unsid 写道
关于RESTFUL，我还是认为其是“面向互联网”的应用体系风格，因为互联网的隐含假设是“无限广阔的”，这样REST定义的一些约束，包括URI的使用才是有价值的。

倘若是构建标准企业级应用，企业级应用虽然也很庞大，但是其存在环境几乎是“有限的空间”，REST带来的伸缩性相比较REST的学习研究成本来说微不足道

从网上找的所有例子所有介绍，几乎都是在互联网应用环境的前提下，在“无限广阔”的背景下，提升系统优质性。

给你看看这个http://ibm.com/developerworks/ecma/campaign/er.jsp?id=408910&imid=72994487&end
“您将创建一个简单的基于 web 的用户接口，此用户接口使用了一个已发布的 REST 风格的外部服务，并返回一个 Atom 格式的数据。”

去年10月我去参加IBM的技术创新大会，听了他们的云计算，他们已经在为北京的一些企业提供云服务了。

最近又对比了一下Struts，Spring MVC以及几个JAX-RS实现，诸如CXF，RestEasy的URI映射方式，有了些新的感悟~~~
35 楼 unsid 2009-05-18  
关于RESTFUL，我还是认为其是“面向互联网”的应用体系风格，因为互联网的隐含假设是“无限广阔的”，这样REST定义的一些约束，包括URI的使用才是有价值的。

倘若是构建标准企业级应用，企业级应用虽然也很庞大，但是其存在环境几乎是“有限的空间”，REST带来的伸缩性相比较REST的学习研究成本来说微不足道

从网上找的所有例子所有介绍，几乎都是在互联网应用环境的前提下，在“无限广阔”的背景下，提升系统优质性。
34 楼 88250 2009-05-18  
javassist 楼主可以关注一下。
33 楼 sslaowan 2009-05-16  
key232323 写道
关注REST概念更深入的诠释……

不过想lz这中想法，就功能来说实现起来并用作产品开发实际中，我已经开始做了，效率还成

不过和最常见的pojo不同，我都定义成了xml，又用些groovy＊＊＊，更动态些（比如表字段加一个外键字段，只需要在xml里加一行描述，然后就该auto_complete，fk_constraint，CRUD＊＊＊了），

COC一直在细节中学习。

大家继续讨论，我继续学习


我的想法是，根据数据库表结构，自动给POJO加上关联注解，不用任何配置。ASM可以帮助我们做到这点
32 楼 key232323 2009-05-16  
关注REST概念更深入的诠释……

不过想lz这中想法，就功能来说实现起来并用作产品开发实际中，我已经开始做了，效率还成

不过和最常见的pojo不同，我都定义成了xml，又用些groovy＊＊＊，更动态些（比如表字段加一个外键字段，只需要在xml里加一行描述，然后就该auto_complete，fk_constraint，CRUD＊＊＊了），

COC一直在细节中学习。

大家继续讨论，我继续学习
31 楼 pior 2009-05-14  
一直觉得`REST有啥?``

只不过把控制参数提升了一个层次进行传递`本质上没有变化`
30 楼 zozoh 2009-05-14  
唯一有的就是一些细小的差别，比如，你创建 Dog 的 service  类的时候 

EntityService dogs = new EntityService(Dog.class){};


第二种写法： 

EntityService<Dog> dogs = new EntityService<Dog>(){};


前一种写法就是你说的 extends，缺点是不能很好的利用泛型， 因为 dogs.get("XiaoBai") 你返回的是个 Object
而后一种写法 dogs.get("XiaoBai") 你返回的可以是个 T
29 楼 sslaowan 2009-05-13  
zozoh 写道
sslaowan 写道
zozoh 写道
持久层方面，你可以参看 http://nutz.googlecode.com
它不需要你的类有一个 Base 类，你只需要一个 POJO 就可以了。

我的Base实际上就是继承了泛型DAO，然后负责把它的子类setEntity到泛型DAO里，而Nutz的做法是由你来把POJO注册进DAO，这是我们之前的做法了。


你这个 Base 类就相当于 Nut 的 EntityService 类了。 对于 EntityService 类，你不需要 setEntity，比如你的 Entity 是 Dog ，你就可以这样写 

EntityService<Dog> dogs = new EntityService<Dog>(dao){};  // dao 变量是个 com.zzh.dao.Dao 的实例。
Dog dog = dogs.fetch("XiaoBai");



或者更准确的，EntityService<Dog>和Dog extends EntityService结果是等价的，不过实现的就是不同的模式，实际上这样做的话，直接GenericDao<Dog>
28 楼 sslaowan 2009-05-13  
zozoh 写道
sslaowan 写道
zozoh 写道
持久层方面，你可以参看 http://nutz.googlecode.com
它不需要你的类有一个 Base 类，你只需要一个 POJO 就可以了。

我的Base实际上就是继承了泛型DAO，然后负责把它的子类setEntity到泛型DAO里，而Nutz的做法是由你来把POJO注册进DAO，这是我们之前的做法了。


你这个 Base 类就相当于 Nut 的 EntityService 类了。 对于 EntityService 类，你不需要 setEntity，比如你的 Entity 是 Dog ，你就可以这样写 

EntityService<Dog> dogs = new EntityService<Dog>(dao){};  // dao 变量是个 com.zzh.dao.Dao 的实例。
Dog dog = dogs.fetch("XiaoBai");



汗，setEntity（dog）跟EntityService<Dog>不一样吗
27 楼 zozoh 2009-05-13  
sslaowan 写道
zozoh 写道
持久层方面，你可以参看 http://nutz.googlecode.com
它不需要你的类有一个 Base 类，你只需要一个 POJO 就可以了。

我的Base实际上就是继承了泛型DAO，然后负责把它的子类setEntity到泛型DAO里，而Nutz的做法是由你来把POJO注册进DAO，这是我们之前的做法了。


你这个 Base 类就相当于 Nut 的 EntityService 类了。 对于 EntityService 类，你不需要 setEntity，比如你的 Entity 是 Dog ，你就可以这样写 

EntityService<Dog> dogs = new EntityService<Dog>(dao){};  // dao 变量是个 com.zzh.dao.Dao 的实例。
Dog dog = dogs.fetch("XiaoBai");


26 楼 sslaowan 2009-05-13  
<div class="quote_title">richyzhang 写道</div>
<div class="quote_div">
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">
<div class="quote_title">richyzhang 写道</div>
<div class="quote_div">
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">我在<a title="我们应该怎样看待框架" href="/topic/375093" target="_blank">我们应该怎样看待框架</a>
中，实现了一个JDBC版的Base类，和一个Hibernate版的Base类，取模仿RoR的ActiveRecord，这样我们编程的时候，只需要实现一个Base的子类，就可以完成CRUD了。</div>
<p> </p>
<p>事实上到现在为止,java还没有出现一个比较完整的类似ActiveRecord的库. 可以搜索出一些尝试,但是不是半途而废了就是数据库支持不完全.至于灵活的find机制,光靠目前的java真的很难实现.</p>
</div>
<p>如果你能搜到我还自己实现干嘛啊~你如果读了我上篇应该可以看出，我是能用别人的就用别人的，当然了，那个别人得是比较可靠的</p>
</div>
<p> </p>
<p>看见实现了insert, 勉强算CRUD中完成了一个create吧.</p>
</div>
<p>看第二页，我有一个Hibernate的版本，<span style="">ActiveRecord extends Base extends AdvancedHibernateGenericDAO extends HibernateGenericDAO implements GenericDAO </span></p>
<p><span style=""><br>我们项目有一个自己的框架，后两个就是框架里的，HibernateGenericDAO 里面封装了几乎所有常用的数据操作，由于标准的QBE不支持关联，因此在AdvancedHibernateGenericDAO里我实现了一个findByAdvancedExampleWithCrition的方法，该AdvancedExample使用了<span style="">movingboy<span style="font-weight: normal;">的<a href="/topic/233664" target="_blank">实现</a></span><span style="">，基本可以代替一般复杂的HQL。然后Base直接继承自这个DAO，里面写了如何将ActiveRecord子类注入到DAO中。 </span></span></span></p>
25 楼 sslaowan 2009-05-13  
zozoh 写道
持久层方面，你可以参看 http://nutz.googlecode.com
它不需要你的类有一个 Base 类，你只需要一个 POJO 就可以了。

我的Base实际上就是继承了泛型DAO，然后负责把它的子类setEntity到泛型DAO里，而Nutz的做法是由你来把POJO注册进DAO，这是我们之前的做法了。
24 楼 richyzhang 2009-05-13  
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">
<div class="quote_title">richyzhang 写道</div>
<div class="quote_div">
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">我在<a title="我们应该怎样看待框架" href="/topic/375093" target="_blank">我们应该怎样看待框架</a>
中，实现了一个JDBC版的Base类，和一个Hibernate版的Base类，取模仿RoR的ActiveRecord，这样我们编程的时候，只需要实现一个Base的子类，就可以完成CRUD了。</div>
<p> </p>
<p>事实上到现在为止,java还没有出现一个比较完整的类似ActiveRecord的库. 可以搜索出一些尝试,但是不是半途而废了就是数据库支持不完全.至于灵活的find机制,光靠目前的java真的很难实现.</p>
</div>
<p>如果你能搜到我还自己实现干嘛啊~你如果读了我上篇应该可以看出，我是能用别人的就用别人的，当然了，那个别人得是比较可靠的</p>
</div>
<p> </p>
<p>看见实现了insert, 勉强算CRUD中完成了一个create吧.</p>
23 楼 zozoh 2009-05-13  
持久层方面，你可以参看 http://nutz.googlecode.com
它不需要你的类有一个 Base 类，你只需要一个 POJO 就可以了。
22 楼 sslaowan 2009-05-13  
<div class="quote_title">richyzhang 写道</div>
<div class="quote_div">
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">我在<a title="我们应该怎样看待框架" href="/topic/375093" target="_blank">我们应该怎样看待框架</a>
中，实现了一个JDBC版的Base类，和一个Hibernate版的Base类，取模仿RoR的ActiveRecord，这样我们编程的时候，只需要实现一个Base的子类，就可以完成CRUD了。</div>
<p> </p>
<p>事实上到现在为止,java还没有出现一个比较完整的类似ActiveRecord的库. 可以搜索出一些尝试,但是不是半途而废了就是数据库支持不完全.至于灵活的find机制,光靠目前的java真的很难实现.</p>
</div>
<p>如果你能搜到我还自己实现干嘛啊~你如果读了我上篇应该可以看出，我是能用别人的就用别人的，当然了，那个别人得是比较可靠的</p>
21 楼 richyzhang 2009-05-13  
<div class="quote_title">sslaowan 写道</div>
<div class="quote_div">我在<a title="我们应该怎样看待框架" href="../../../../../../topic/375093" target="_blank">我们应该怎样看待框架</a>
中，实现了一个JDBC版的Base类，和一个Hibernate版的Base类，取模仿RoR的ActiveRecord，这样我们编程的时候，只需要实现一个Base的子类，就可以完成CRUD了。</div>
<p> </p>
<p>事实上到现在为止,java还没有出现一个比较完整的类似ActiveRecord的库. 可以搜索出一些尝试,但是不是半途而废了就是数据库支持不完全.至于灵活的find机制,光靠目前的java真的很难实现.</p>
20 楼 sslaowan 2009-05-12  
unsid 写道
sslaowan 写道
unsid 写道
那篇论文学术性很强,很多语言高度抽象,再加上翻译过程的语义损失,很难完全看懂
但是其在第五章才真正引入"表述性状态转移"这个"专门面向网络应用的架构风格"
这很让人怀疑这个论文的主要目的是引入一种新的架构风格还是强调架构风格及分析评估架构风格的重要性.

当然是后者了，你看题目。不过前面都是对后面的铺垫，我第一次觉得架构设计竟然也能像数学推导一样，觉得这种思路很好


这个论文需要有林巴斯他们几个在SEI写的那本软件架构风格的书作为基础才好懂,否则太抽象了.

我觉得还好，我是把里面的内容都映射到实际的东西上去了
19 楼 unsid 2009-05-12  
sslaowan 写道
unsid 写道
那篇论文学术性很强,很多语言高度抽象,再加上翻译过程的语义损失,很难完全看懂
但是其在第五章才真正引入"表述性状态转移"这个"专门面向网络应用的架构风格"
这很让人怀疑这个论文的主要目的是引入一种新的架构风格还是强调架构风格及分析评估架构风格的重要性.

当然是后者了，你看题目。不过前面都是对后面的铺垫，我第一次觉得架构设计竟然也能像数学推导一样，觉得这种思路很好


这个论文需要有林巴斯他们几个在SEI写的那本软件架构风格的书作为基础才好懂,否则太抽象了.
发表评论

您还没有登录,请您登录后再发表评论

相关推荐

Magicbox
Global site tag (gtag.js) - Google Analytics