精华帖 (10) :: 良好帖 (3) :: 新手帖 (5) :: 隐藏帖 (1)
|
|
---|---|
作者 | 正文 |
发表时间:2009-05-14
最后修改: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 |
|
返回顶楼 | |
发表时间:2009-05-14
一直觉得`REST有啥?``
只不过把控制参数提升了一个层次进行传递`本质上没有变化` |
|
返回顶楼 | |
发表时间:2009-05-16
关注REST概念更深入的诠释……
不过想lz这中想法,就功能来说实现起来并用作产品开发实际中,我已经开始做了,效率还成 不过和最常见的pojo不同,我都定义成了xml,又用些groovy***,更动态些(比如表字段加一个外键字段,只需要在xml里加一行描述,然后就该auto_complete,fk_constraint,CRUD***了), COC一直在细节中学习。 大家继续讨论,我继续学习 |
|
返回顶楼 | |
发表时间:2009-05-16
key232323 写道 关注REST概念更深入的诠释……
不过想lz这中想法,就功能来说实现起来并用作产品开发实际中,我已经开始做了,效率还成 不过和最常见的pojo不同,我都定义成了xml,又用些groovy***,更动态些(比如表字段加一个外键字段,只需要在xml里加一行描述,然后就该auto_complete,fk_constraint,CRUD***了), COC一直在细节中学习。 大家继续讨论,我继续学习 我的想法是,根据数据库表结构,自动给POJO加上关联注解,不用任何配置。ASM可以帮助我们做到这点 |
|
返回顶楼 | |
发表时间:2009-05-18
javassist 楼主可以关注一下。
|
|
返回顶楼 | |
发表时间:2009-05-18
关于RESTFUL,我还是认为其是“面向互联网”的应用体系风格,因为互联网的隐含假设是“无限广阔的”,这样REST定义的一些约束,包括URI的使用才是有价值的。
倘若是构建标准企业级应用,企业级应用虽然也很庞大,但是其存在环境几乎是“有限的空间”,REST带来的伸缩性相比较REST的学习研究成本来说微不足道 从网上找的所有例子所有介绍,几乎都是在互联网应用环境的前提下,在“无限广阔”的背景下,提升系统优质性。 |
|
返回顶楼 | |
发表时间: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映射方式,有了些新的感悟~~~ |
|
返回顶楼 | |
发表时间:2009-05-19
88250 写道 javassist 楼主可以关注一下。
多谢多谢~~ 不过不知道跟ASM比性能如何 |
|
返回顶楼 | |
发表时间:2009-05-19
sslaowan 写道 88250 写道 javassist 楼主可以关注一下。
多谢多谢~~ 不过不知道跟ASM比性能如何 一定要性能非常好么? 呵呵.... |
|
返回顶楼 | |