凌乱了，REST看了半天，还是不理解！！！
--------------------编程问答-------------------- 它只是一种风格或者说设计原则。不解决什么具体的问题。 --------------------编程问答-------------------- 没啥特别含义，你把他当类似淘宝api这类提供就ok呵呵，博客园的喜欢搞些莫名其妙的名词当宝贝看，别被博客园的水给淹了。
webapi也是api，如果window系统是web做滴，那么你也可以把win32api当做什么REST来看 --------------------编程问答-------------------- 就我个人来看，这个水被故意搅浑了
这玩意真没啥米值得研究的价值，什么REST完全是故弄玄虚而已。真想看不如直接去IDL,看看Apache Thrift 或者google Protocol Buffers
描述大于实现，你IDL描述出来，管他是什么都一样提供。
Apache Thrift 或者google Protocol Buffers 这类东西在是真正的好东西，可惜这种真正的好东西，反而不见博客园那些先生们努力推广了 --------------------编程问答-------------------- 你若能把web service看作一种过于笨重的协议，追求更加简单有效的写法，这就很容易理解 REST。 --------------------编程问答--------------------
MVC中的REST的，就是把每个URI抽象定义为一个资源，然后为每个资源规范化四个接口URI?
也就是把URL规范化，根据需要，每个URL资源都实现相应的CRUP?
Webserivce或wcf中的REST，实现REST后就可以通过http的get调用，而不必复杂的协议调用(不用引用web服务)？
是这样理解吗 --------------------编程问答-------------------- 是的。
嫌web service即大又慢，但是又嫌http基本的put、get、post、delete、get还不够（还需要稍微加点规定就可以了），那么就搞REST就行了。这是很简单的东西，讲究的就是草根，没有繁琐的规定。 --------------------编程问答-------------------- 基本你可以这么理解
不过我觉着你还是过于纠结了。如果我决定对外提供可以自由调用的api接口，我最先关心的不是实现，而是我需要提供什么样的api才最合适
如果我的api描述出来，那么你使用什么其实都无所谓。就像老p在下面这个帖子的回复
http://bbs.csdn.net/topics/390470549
他使用一个json的方式来表达设计和api，那么你拿到这个api时候，你会怎么办，你会真的去纠结是wcf还是webapi还是mvc的control，又或是[WebMethod] /ashx ???俺根本不会纠结，都到这个地步了，还有啥子好纠结滴，真正该纠结的地方早就解决了，这里已经根本就是无所谓的地方。还是你真心觉着mvc的control和webapi以及webform的[WebMethod]就不是一个东西？？ --------------------编程问答-------------------- 除 --------------------编程问答-------------------- REST真心不值得关注，对于程序而言通讯的本质是应该是函数调用
通讯标准至少应该可以是函数原型或者接口，而不应该是URI这种包装
补充：.NET技术 , C#
