representational state transfer表述性状态转移（表述性状态转移表述性状态转移）.docVIP

representational state transfer表述性状态转移（表述性状态转移表述性状态转移） 表述性状态转移表述性状态转移 休息（表述性状态转移表述性状态转移）是一种针对网络应用的设计和开发方式，可以降低开发的复杂性，提高系统的可伸缩性休息提出了一些设计概念和准则： 1。网络上的所有事物都被抽象为资源（资源）；2。每个资源对应一个唯一的资源标识（资源标识符）；3。通过通用的连接器接口（通用接口）对资源进行操作；4。对资源的各种操作不会改变资源标识；5。所有的操作都是无状态的（状态）。对于当今最常见的网络应用来说，资源标识符是URL，通用接口是HTTP，第4条准则就是我们常说的URL不变性。这些概念中的资源最容易使人产生误解。资源所指的并不是数据，而是数据+特定的表现形式（表示），这也是为什么休息的全名是具象状态传输的原因。举个例子来说，“本月卖得最好的10本书”和”你最喜欢的10本书”在数据上可能有重叠（有一本书即卖得好，你又喜欢），甚至完全相同。但是它们的表示不同，因此是不同的资源。休息之所以能够简化开发，是因为其引入的架构约束，比如Rails 1.2中对休息的实现默认把控制器中的方法限制在7个：指数、显示、新、编辑、创建、更新和毁灭，这实际上就是对的实现更进一步讲，豆腐。导轨（也是当今大部分网络应用）使用HTTP作为通用接口，HTTP URL的操作限制在了则把对一个4个之内：得到、后、把和休息之所以能够提高系统的可伸缩性，是因为它强制所有删除。操作都是无国籍的，这样就没有语境的约束，如果要做分布式、做集群，就不需要考虑语境的问题了。同时，它令系统可以有效地使用池。休息对性能的另一个提升来自其对客户端服务器：服务器和任务的分配只负责提供资源以及操作资源的服务，而客户端要根据资源中的数据和表示自己做渲染。这就减少了服务器的开销。既然休息有这样的好处，那我们应该义无反顾地拥抱它啊！目前一些大牛（像DHH）都已经开始投入到了休息的世界，那我们这些人应该做什么或者说思考写什么你呢？我觉得我们应该思考两个问题：如何使用休息；休息和的关系第一个MVC。问题假设休息是我们应该采用的架构，然后讨论如何使用；第二个问题则要说明休息和当前最普遍应用的MVC是什么关系，互补还是取代？我们先来谈谈第一个问题，如何使用休息休息。我感觉，除了给我们带来了一个崭新的架构以外，还有一个重要的贡献是在开发系统过程中的一种新的思维方式：通过URL来设计系统的结构。根据休息，每个URL都代表一个资源，而整个系统就是由这些资源组成的。因此，如果URL是设计良好的，那么系统的结构就也应该是设计良好的。对于非高手级的开发人员来说，考虑一个系统如何架构总是一个很抽象的问题敏捷开发所提倡的试验D。而发展， One of the benefits (which I think is the biggest benefit) is that you can visually design the system interface through testcase. For example, when not creating a class write a testcase, although the setting cannot be compiled, but call methods in testcase can reflect well from the point of view of the needs of the class user interface, which provides a visual representation for the design of class. This is very similar to designing the system architecture through URL in the REST architecture. Even though we have not achieved a function, but we can design a reasonable URL we think, these URL cant even connect to any page or action, but they intuitively tell us: the system access interface for users should be like this. According to these URL, we can easily design the architecture of the system. Let me reiterate here: REST allows