求求你们，千万别再说自己是REST了

dlee说：
Fielding的主要意思是说，客户端不应该事先了解服务器端URI的结构和针对每个URI的操作，而是应该通过某种发现机制来确定。
dlee说：
例如我使用浏览器访问一个网站，我先访问其首页，然后首页返回给我带有URI和link和form，指导我去访问其他页面。
dlee说：
这些link和form的URI、针对URI所执行的操作都是有可能变化的。
dlee说：
我如果不通过这种机制，事先在客户端代码中写死了，未来这些东西变了，客户端代码就会完全失效。
dlee说：
客户端不应该对服务器端的URI和针对URI所执行的操作做过多假设，那样客户端和服务器端的耦合就太紧了。
dlee说：
客户端应该通过服务器端返回给它带有超链接的表现来进行状态的迁移。
dlee说：
hypertext不一定是html，也可以是带有超链接的其他格式。
Trustno1说：
en，那么其他人在争论什么呢？
dlee说：
他们争论这个理想国在实际的Web应用开发中是否有价值。
dlee说：
对于普通Web开发者来说，这样间接的方式是违反直观的。
Trustno1说：
违反直观？怎么说？
dlee说：
比如你设计了一个Web服务的API，在文档里面告诉我可以使用/books/123/comments/55这种方式找到一本书的评论。
dlee说：
我在客户端代码中直接访问这个URI，
dlee说：
GET /books/123/comments/55
dlee说：
但是Fielding告诉你，你这样做是错误的，你不应该暴露出/books/123/comments/55。
dlee说：
你应该返回给客户端一个hypertext，里面含有这个URI。
dlee说：
然后客户端在服务器返回的这个hypertext的指导下访问这个URI。
dlee说：
但是客户端不应该事先假设服务器端一定会有这样一个URI。

    非常非常有意思的说法，但是却让人很疑惑，难道说作为客户端，却要由服务器端来决定其操作？

    OK，假设成立，客户端等待服务器返回hypertext，然后客户端再根据返回的结果进行操作（混乱），等等，你服务器又怎么知道客户端要什么呢？客户端又如何告诉服务器其意图？

    Fielding博士训导出现在脑海中：“URI，都是通过URI”，O，明白了，那么这个URI从哪来？“hypertext指引”，那么这个"hypertext"指引又从哪来？“URI。。。。。。”，天，先有鸡还是先有蛋啊。。。。。。

    对于客户端来说，无论如何，总是要通过一个URI描述其意图，这是无法改变的，为什么还要等服务器再返回一个指引，然后客户端再去根据指引请求？这样的话以后服务器有所变动，而客户端不需更改？真的如此？

    既然总需要有一个URI，当我服务器通过URI了解客户端的意图时，再告诉客户端，你根据某某URI再做一个请求吧，就能达到你的目的了，good，我客户端就再请求一次。。。。。。

    能给我解惑一下么？why？

简单的说，其实用程序就是模拟你上网站的操作。Fielding博士说了,首先会有个起始的标志，就是一个起始的URI，然后根据这个URI获取hypertext，这个hypertext就像是网站的首页，这个hypertext（如：首页）就决定了你客户端（用户）的操作，你根据这个hypertext中的URI发送一个请求，又会获取一个hypertext（进入了网站的另一个页面），这个hypertext又决定了你客户端（用户）的操作，然后再请求，再获取hypertext。。。。。。

其实整个过程的难点就是怎么用程序去理解这个hypertext，个人感觉这一块Fielding博士就是在讲要用语义。

REST已经过去了，现在流行滴是：社会化

俺们做滴是社会化滴XXX网站……