1、REST一直强调资源是一种映射，不能绑定到具体的实例。那么http://localhost:8080/book/new可能返回最新的图书信息，这个信息随着时间的变化而变化。但是在没有REST概念的情况下，我们获取最新的图书可能是http://localhost:8080/bookaction?method=new获取，那么也满足“信息随着时间的变化而变化”的资源定义，http://localhost:8080/bookaction?method=new难道就不算“资源是一种映射”么？

2、REST强调“分层”和“统一接口”，这里的统一接口指的是什么，比如一个分布式超媒体系统中，请求先发送到DNS，经过解析发送到Apache Http Server,经过处理发送给Tomcat处理请求，可以把DNS,APACHE和Tomcat看作连接器，其中的统一接口指的是？
（1）普通请求发送给不同DNS的数据格式相同？如果这个层面那不需要REST已经能实现
（2）数据从客户到DNS服务器和从DNS服务器到Apache服务器之间的格式相同，这一点即便加入REST也不可能，因为Apache到tomcat是AJP13协议，怎么可能引入一个架构风格而改变

不知道对不对，我对PRC和REST的伸缩性理解是：
1.RPC方式下，无论客户端或服务器端，对接口的改动都会影响另外一端。
2.REST方式下，客户端依赖于URI；服务端改变了URI对客户端没影响，因为本来就是由服务端来告诉客户端下几个URI的。只要一上来客户端找到的入口URI是正确的就行。
如果这样，那在不修改客户端下，服务端的第一个入口URI的改变，客户端又怎么知道呢？(浏览器可以人工手动输入，是程序怎么办？)

>如果这样，那在不修改客户端下，服务端的第一个入口URI的改变，客户端又怎么知道呢

这个就是入口点endpoint，这是不能变的地方，是其他变化的前提了。

上页