该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间: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给了我很多建议和指导。 所以,我觉得大家火冒三丈的争论没有任何意义,大家先把讨论的场景、前提搞好了再讨论才互有长进,否则口舌之争,吵赢了对方,自己身上又不会长块肉。 在你的案子裏就可以拿來當大多數, 你是以偏蓋全還是自大? 你到底搞清楚RPC 的定義了嗎? http://www.pcmag.com/encyclopedia_term/0,2542,t=RPC&i=50652,00.asp (Remote Procedure Call) A programming interface that allows one program to use the services of another program in a remote machine. The calling program sends a message and data to the remote program, which is executed, and results are passed back to the calling program. PC Magazine 不能力的話 http://searchwebservices.techtarget.com/sDefinition/0,,sid26_gci214272,00.html 名詞的基礎要搞清楚再出來和別人討論, 這是基本的禮貌. 一個連名詞都搞不清楚的人, 連討論的價值都沒有. 特別是REST. 作者連基礎都錯, 別跟我講它的引申會對. |
|
返回顶楼 | |
发表时间:2007-06-18
Lordaeron 写道 在你的案子裏就可以拿來當大多數, 你是以偏蓋全還是自大?
你到底搞清楚RPC 的定義了嗎? http://www.pcmag.com/encyclopedia_term/0,2542,t=RPC&i=50652,00.asp (Remote Procedure Call) A programming interface that allows one program to use the services of another program in a remote machine. The calling program sends a message and data to the remote program, which is executed, and results are passed back to the calling program. PC Magazine 不能力的話 http://searchwebservices.techtarget.com/sDefinition/0,,sid26_gci214272,00.html 名詞的基礎要搞清楚再出來和別人討論, 這是基本的禮貌. 一個連名詞都搞不清楚的人, 連討論的價值都沒有. 特別是REST. 作者連基礎都錯, 別跟我講它的引申會對. 看来你没有仔细看我举的两个例子,两个例子里REST是截然不同的地位。 dlee花那么多精力又是翻译又是发文,只是希望大家多了解一点REST的知识,这份推广的热心值得大家支持,现在中国的技术推广者还是太少了!! 但推广一个新技术的时候,不加定语修饰的将所有旧技术钉死也是危险的:) BTW.http://searchwebservices.techtarget.com/sDefinition/0,,sid26_gci214272,00.html 里的RPC定义,和大家理解的没什么不同,没什么相悖的地方啊,client/server,synchronous ,stub,都是熟悉的字眼。 |
|
返回顶楼 | |
发表时间:2007-06-18
Lordaeron是不是来吵架的?
就是论事别撤没用的 |
|
返回顶楼 | |
发表时间:2007-06-18
xly_971223 写道 Lordaeron是不是来吵架的?
就是论事别撤没用的 哦. 就事論事? 誰在就事論事, 誰在講笑話? 你有本事來判定? |
|
返回顶楼 | |
发表时间:2007-06-18
楼上做分布开发经验丰富 能否拿出一个具体的例子比如某种分布应用
dlee用rest去设计一下如何实现 Lordaeron用corda或其他技术设计一下 然后我们再继续讨论 |
|
返回顶楼 | |
发表时间:2007-06-18
能说明问题就可以 不要太复杂
|
|
返回顶楼 | |
发表时间:2007-06-19
http://en.wikipedia.org/wiki/Representational_State_Transfer
REST versus RPC 這一段, 如果有人對DNS 的行為有認識的 話, 應該會知它在打什麼主意 |
|
返回顶楼 | |
发表时间:2007-06-20
前面Lordaeron很能代表水平的两个发言那里去了?
就是那个什么HTTP是载体的。多高的水平啊,删除了怎么反应这个人的能力呢?只有前后联系起来一起看,才能知道他究竟是有多强的水平。 强! |
|
返回顶楼 | |
发表时间:2007-06-20
ozzzzzz 写道 前面Lordaeron很能代表水平的两个发言那里去了?
就是那个什么HTTP是载体的。多高的水平啊,删除了怎么反应这个人的能力呢?只有前后联系起来一起看,才能知道他究竟是有多强的水平。 强! 要比水平, 你有興趣當然是會接受的. 你的水平是多少呢? |
|
返回顶楼 | |
发表时间:2007-06-20
Lordaeron 写道 ozzzzzz 写道 前面Lordaeron很能代表水平的两个发言那里去了?
就是那个什么HTTP是载体的。多高的水平啊,删除了怎么反应这个人的能力呢?只有前后联系起来一起看,才能知道他究竟是有多强的水平。 强! 要比水平, 你有興趣當然是會接受的. 你的水平是多少呢? 本人对比谁高谁低完全没有兴趣。只是本人觉得你前两个发言实在是精彩异常,被删除了实在是可惜。而这些讨论,本人实在不敢复述。而如果只是我看见了,我实在是为广大javaeye众感到万分可惜。 |
|
返回顶楼 | |