ASP.net MVC与RESTful ROA的思想还是有点区别的

以blog系统为例，一个简单的blog系统模型包括：
1.发表一篇新的blog
2.显示一篇blog
3.修改一篇blog
4.删除一篇blog

ASP.net MVC会是这样的URL规划：
*. http://www.gaotianpu.com/blog/create,创建
get方法给用户展示一个html表单,供用户提交数据
post方法接受用户提交的数据，插入到db
*. http://www.gaotianpu.com/blog/123,获取展示blog id为123的blog
*. http://www.gaotianpu.com/blog/Edit/123,修改
get,展示编辑用的html表单
post,接受编辑后的数据
*. http://www.gaotianpu.com/blog/Delete/123,删除
通常都用get方法执行.

MVC会在url中显示的给出资源的操作方法,另外，MVC还要负责输出用户交互界面。

而RESTful ROA思想则会这样规划URL
http://www.gaotianpu.com/blog/123
使用Http Method来区分针对该资源的操作：
*. get,获取id=123的blog
*. put,修改id=123的blog
*. delete,删除id=123的blog
http://www.gaotianpu.com/blog/,
*. post，表示创建一新blog。
(为了保证幂等操作，即防止重复提交相同内容，post方法会附加一个guid参数，若两次提交的guid参数相同，则表示重复提交，后一次提交的覆盖前一次。)
*. get ,加载blog列表.

当然，普通的web form是不支持put,delete,head,option等这样的特殊http方法的，但可以在post基础上模拟得到.

为什么会有这样的区别呢？
RESTful Web Service,就是用来提供web服务的，和asp.net mvc不同，它可以不考虑用户交互界面。
比如说,当创建、修改一篇blog时，asp.net mvc同一url要支持2种方法:get,给用户一个可操作的界面，post接受用户提交的数据，
而rest则不用考虑给用户这样的操作界面，操作界面要由客户端完成。

二者不存在谁替换谁，谁比谁更好的问题。

简单比较了一下，个人觉得使用ASP.net MVC 来实现RESTful webservice还是有些牵强的，不知道WCF是如何处理RESTfull web serivce的 ？