给Ajax技术初学者的一些建议

谢谢DLEE的建议！

中国如果有人提出rest也没有多大影响力 一方面中国缺乏科学精神多权威.

另外一方面也是最关键的 全球市场都掌握在少数几个美国企业手中. 所以没有从ibm 微软 google手中抢夺市场的能力 还是不要奢望话语权. 

技术思想再先进没有市场也很难发展成实用的技术和产品 在婴儿阶段就会被扼杀.

搞开源框架的一定要理智

还是中庸一些比较好。

http://news.sina.com.cn/c/2007-05-22/081813045261.shtml


很多人往往喜欢强调一个方面而完全忽略另一个方面。注意：袁隆平老师说的是“要多读书但不能迷信书本”，不是“不要读书要完全另辟蹊径”。即使你要找到别人的弱点，你也需要熟悉了别人的招数之后才有可能吧？

创新的人还是偏激的居多吧, 至少在多数人眼里他们是偏激的.

中庸其实是反科学的

缺乏包容性的社会和圈子比较宣传中庸 因为他们害怕偏激的观点.

我更喜欢老子和墨子 孔子的不喜欢

  

也不见得，Rod Johnson这个人就挺中庸的，Martin Fowler其实也挺中庸。你不会否认他们做出过很大的创新吧？

再说下去就是纯斗嘴了。其实我们到现在自己是不是天才已经很清楚了，没有成为天才与教育制度有很大的关系。迦罗华18岁就作出惊人的业绩，基本上我们在30岁之前没有作出很大成就就可以看清楚自己的能力了。

做好自己能力所及的事情也不丢人，你说呢？

做好自己能力所及的事情也不丢人我同意 毕竟天才羡慕人多敬佩的少.

exist在一年前就对rest做了比较全面的支持你可以去看看.

我并非是攻击rest的进步性 但是rest确实是有限的.你认为它能全面替代ws的观点我反对. 理论可以是完美的 但实践才是标准. 说服别人需要证据.

如果你需要我证明rest的局限我可以给出具体的应用和具体的代码.

这样辩论才有趣 您说呢?    


    

to winterwolf：
任何一种架构风格都存在着一些基本的假设，因此并不存在一种普适的“银弹”架构。REST也不是一种“银弹”架构。REST适用于哪些场合，其实在Fielding的论文中说的很清楚，它适用的场合就是Internet规模的基于网络的超媒体系统，一般来说它更适合面向Internet的Web应用。

目前REST确实无法替代SOAP/WSDL，这个我承认，尤其是在一些需要服务定位的场合。目前REST主要还是用来连接一个应用的客户端和服务器端，无论是Ajax+REST还是RIA+REST，客户端和服务器端都属于同一个应用，因此REST主要还是用来做应用内部的通信。做跨系统的集成，REST是否适合，我们还需要观察。你们也没有必要说死，我们的讨论还会继续，现在没有定论也是正常的，我也不会把你们的某些说法当作是定论。同时我认为你们对REST某些方面的理解，其实并不是真正的REST，你们也需要多做一些深入的理解。你们如果读了那篇论文，就会认识到其实在任何一种架构中风格都包含着很多的折中，REST为了达到其要达到的一些目标，做事情的方式没有RPC和分布式对象那样方便直观，这个情况也是存在的的。所以我们要在这些架构之间多做一些权衡，看看究竟那个目标是我们最关心的，然后作出取舍。不过对于很多面向Internet的Web应用来说，除非流量非常小，可伸缩性很多时候都是一个压倒一切的关注点。

你们如果不满意，可以自己先下一个个人的定论放在这里，或者当作一个预言。是否准确，靠时间来检验好了。

to winterwolf：
eXist在高并发的场合下性能如何，测试过吗？我对于XML数据库最大的担心还是性能和可伸缩性。如果能给出一些测试数据就最好了。我们可以另外开帖来专门讨论一下。

http://www.ibm.com/developerworks/cn/xml/x-mxd5/index.html
我注意到这段话：

其实我用REST主要就是为了获得最大的性能和可伸缩性啊，你让我用eXist，不是跟我的目标有矛盾吗？

用exist实现rest只是简单 我没有说效率最高. 不过可能...也不错 . 确实应该做一些测试实验一下. 最好能和用rail+mysql实现rest的系统对比一下. 比如单位时间内get put 同样的xml文件的效率 系统占用等等.

rest没有限制用什么数据库 用xmldb的伸缩性当然比rdb好.  

其实我和李白的意思是rest和soap类应用可以统一用post就够了.

没有推翻rest的意思 也不支持rpc