|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-17
to Lordaeron：
得了吧，别在这里卖弄了，越卖弄越显示出来你的无知。至少你对于REST和HTTP的理解是错误的，承认自己缺乏了解并不是很丢人的事情。 
顺便说一下，不谈其他的架构，即使对于EJB这个特定的领域，我确信我肯定比你了解的更多。 |
| 返回顶楼 | |
|
发表时间：2007-06-17
江南白衣 写道 咳咳，好像dlee说过时的是"分布式对象系统"，不是"分布式系统"啊。
像源于C的tuxedo，就不是面向对象的呀，我们用的时候，只是用tuxedo来传字符串名值对而已。 原文: <我的看法是：分布式对象的年代已经过去了，将会成为一个供人凭吊的古老架构风格。> 看來你的中文也是需要重修了!! 請問你講的是哪一個level 的呢? 如果是講到protocol level? 所有都是傳送字串, 請打開你的ehtereal 慢慢看. 如果是講concept, 哪它的確不是. |
| 返回顶楼 | |
|
发表时间：2007-06-17
to Lordaeron：
得了吧，别在这里卖弄了，越卖弄越显示出来你的无知。至少你对于REST和HTTP的理解是错误的，承认自己缺乏了解并不是很丢人的事情。
一位迷信的人, 的確無法跟它講些什麼, 要講http 你比我熟, 還真是笑話. REST 這個無聊的concept, 一位連定義都錯的人, 發展出來的東西, 依然是錯的. 如果連這樣的concept 都沒有的人, 講出來的話, 依然是個笑話. dlee 写道 顺便说一下，不谈其他的架构，即使对于EJB这个特定的领域，我确信我肯定比你了解的更多。 是嗎? 一位確信的人, 還能將不同level 的東西搞混, 這信心還真的不知從何而來. |
| 返回顶楼 | |
|
发表时间：2007-06-17
有实例能证明rest在分布领域的先进性吗 ？
毕竟rest理论已经出来很久了 应该有实际的应用了 |
| 返回顶楼 | |
|
发表时间：2007-06-17
winterwolf 写道 有实例能证明rest在分布领域的先进性吗 ？
毕竟rest理论已经出来很久了 应该有实际的应用了 很奇怪啊，你难道不知道浏览器和HTTP服务器本身其实都是REST应用的例子吗？没有REST的话，浏览器和HTTP服务器是不可能具有良好的性能和可伸缩性的。 IE、Firefox、Apache都是REST应用的例子，实际上Fielding为这些应用以正确的方式使用HTTP提供了大量的建议，甚至直接参与到项目的开发工作中。假如没有REST，浏览器与服务器以一种类似SOAP的协议来通信，今天你和我都不可能愉快地在JavaEye上面讨论问题了。 Fielding 写道 修订后的协议标准是根据新的架构风格的指导来编写的。最后，如同修订后的协议标准中定义的那样，更新后的Web架构通过参与到基础设施（infrastructure）和中间件软件（middleware software）的开发过程中来进行部署，它们组成了大多数的Web应用。这包括了我直接参与Apache HTTP服务器项目和libwww-perl客户端库的软件开发而得到的直接经验，以及通过为W3C的libwww和jigsaw项目、Netscape Navigator、Lynx、MSIE这三种浏览器、还有一大堆其他实现的开发者提供建议而得到的间接经验，这些建议是IETF演讲的一部分。
论文的第6章讲的很清楚，你又不是没有看，你的理解能力实在是够差的。 |
| 返回顶楼 | |
|
发表时间：2007-06-17
"很奇怪啊，你难道不知道浏览器和HTTP服务器本身其实都是REST应用的例子吗？没有REST的话，浏览器和HTTP服务器是不可能具有良好的性能和可伸缩性的。
IE、Firefox、Apache都是REST应用的例子，实际上Fielding为这些应用以正确的方式使用HTTP提供了大量的建议，甚至直接参与到项目的开发工作中。假如没有REST，浏览器与服务器以一种类似SOAP的协议来通信，今天你和我都不可能愉快地在JavaEye上面讨论问题了。" 这么说当然可以
我的意思是指侵略j2ee cobal webservice市场的实例 如果rest系统确实有优势应该已经可以在市场上扫荡j2ee cobal webservice了 可是现在这个情况还没有发生 |
| 返回顶楼 | |
|
发表时间：2007-06-17
仁者见仁,智者见智, 青菜萝卜个人所爱, 我就爱简单实用,有时候还写写DELPHI:)
Lordaeron和dlee 讨论的很精彩. 个人都比较赞同两位啊. 正所以医生看病,对症下药. 我们做软件的也是一样啊,角度不同,看问题也不同啊.(就象偶,很喜欢EJB3,感觉用了它,精神爽,扩展性好.呵呵 ) 现在我回老家,老妈还喝泡盐水解热啊. 女朋友可不一样拉,又是清热汤,又是什么茶的....各有各的长处嘛 谢谢两位拉:) 快乐周末 :-) |
| 返回顶楼 | |
|
发表时间：2007-06-17
关于REST，最近InfoQ China翻译了两篇文章，大家有兴趣的可以仔细看一看。
http://www.infoq.com/cn/articles/restlet-louvel-interview http://www.infoq.com/cn/news/2007/06/rest-description-language Fielding论文的中文版如果做review的各位专家没有什么大的修改意见，这周之内就会发布。希望在一两个月以后，我不需要在这里反复做关于REST的扫盲工作了，我们可以深入讨论一些更加有趣的话题。 |
| 返回顶楼 | |
|
发表时间：2007-06-17
dlee 写道 关于REST，最近InfoQ China翻译了两篇文章，大家有兴趣的可以仔细看一看。
http://www.infoq.com/cn/articles/restlet-louvel-interview http://www.infoq.com/cn/news/2007/06/rest-description-language Fielding论文的中文版如果做review的各位专家没有什么大的修改意见，这周之内就会发布。希望在一两个月以后，我不需要在这里反复做关于REST的扫盲工作了，我们可以深入讨论一些更加有趣的话题。 赶紧放出来吧。 然后想听听类似这种讨论 引用 Bobby Woolf（因企业集成模式而闻名）同样认为REST需要声明性接口并怀疑当REST最终获得这些能力时，结果是否还会与WSDL有什么显著不同。
|
| 返回顶楼 | |
|
发表时间：2007-06-17
我之前参与的电信认证计费项目，critical的代码用C++，业务管理的代码用Java，还有一些shell脚本写的任务，算是比较典型的分布式调用情景：
主力的同步调用方案是BEA Tuxedo，异步用IBM MQ，Java内部则是EJB和JMS(一个Weblogic搞定)，对外的接口主要是WebService和FTP，另有少量的Socket接口,而旧版系统用Corba连。 在这个生态圈里，REST如果要替换，只能是替换少量外围没有跑WS-*标准的WebService和某些简易Socket接口，大部分的用例里都没有它插手的份儿。而且，整个系统基本上是面向消息而不是面向RPC的，Function在这里主要充当的是Channel的角色。所以，这里dlee说的RPC风格逐渐过时没有错，但和REST将成为主流又没有直接联系。 而最近参与的一个系统，要做一个公共数据服务平台，REST就发市了，我打算利用某个ESB引擎发布WebService/REST双接口，适用不同AP的技术水平和效率要求。设计的过程中dlee给了我很多建议和指导。 所以，我觉得大家火冒三丈的争论没有任何意义，大家先把讨论的场景、前提搞好了再讨论才互有长进，否则口舌之争，吵赢了对方，自己身上又不会长块肉。 |
| 返回顶楼 | |
