|
|
跟着时期的开展，愈来愈多的企业开始强行规则，一切的接口都只能使用HTTP POST的类Json-RPC格调的申请，而不允许使用其它的申请，如GET、PUT、DELETE。而此外的一些人则以为这类规则的泛起是违抗了业界最好理论的，是过于姑息低程度的顺序员的表示。
事实上，得多入行很久的顺序员乃至都没有使用过PUT和DELETE，更别说PATCH和OPTIONS了。乃至一些防火墙压根就屏蔽了PUT和DELETE命令。这关于一个协定规范指令而言，无疑是使人隐晦的。
而同是规范指令，使得尝试利用HTTP协定的大部份办法的RESTful架构格调也略显为难了起来。
那末发生这一问题的缘故是甚么呢？由于跟着时间的推移，互联网运用的场景曾经产生了变动。REST格调的编程场景，关于解释以后互联网世界的所有，曾经愈来愈力所能及了。
REST架构格调发生于2000年，HTTP协定的次要设计者Roy Thomas Fielding博士在他的博士论文中提出了REST（Representational State Transfer，表示层形态转化）这一律念。
在 REST 架构准则看来，网络上的每个详细信息都是一个实体，也就是资源；资源能够是一个文本、一段文字、一张图片、一种办事，总之就是一个详细的实体。咱们用一个 URI （独一资源标示符）来独一指向特定的某个资源。在使历时，咱们应包管 uri 拥有良好的可读性和标示性。
REST架构一个光鲜的特征是，对互联网的了解建设在资源的交互下面。在REST的眼里，一切的互联网行动均可以表示为资源的形态改动。
而从REST架构格调降生至今的20多年来，咱们的互联网世界曾经产生了很大的变动。得多人曾经模模糊糊的觉得到了，坚持用REST思想来强行解释咱们关于以后互联网的得多行动，很难题。
那末发生这类难题的缘故是甚么呢？由于形态变动这一形容角度曾经无奈解释咱们的互联网行动了。
举个简略的例子，关于两个普通人而言，一集体只要苹果，另外一集体只要桔子。那末，能够用，有苹果阿谁人，和有桔子阿谁人来标识这两集体。也能够说去有苹果阿谁人那边拿个苹果，去有桔子的阿谁人那里拿个桔子。
然而，当百货商场泛起之后。去卖桔子或者买苹果这类一切的行动，就能简化为一句，逛商场。而详细的指令则体当初给售货员公布的购买清单下面。
详细到REST的视角下面，就是原来有得多个不同的资源，咱们去与不同的资源替换形态。而当初，只要一个API，咱们关于网络的任何操作都是在给这个API发指令。这事实上就是得多框架在做的事。咱们虽然能够将这个API以为是一个资源，然而这个API所拥有的形态，曾经远远超过了一个资源所应拥有的形态。并且，这类形态的变动关于这个资源而言，是毫有意义的。
或者换句话说，REST架构格调更倾向于关于动态资源的形容上，关于API的构想，也是输出一些简略的指令，或者确认的后果。而如今的互联网，则简直没有甚么是动态资源。即便是加载的一张图片，也极可能来自于一系列繁杂的指令。
与REST架构发生的2000年比拟，咱们的互联网阅历了Web 1.0到3.0的疾速开展。
Web 1.0的时期的互联网是一个“物”，人们对其的了解是标签与寻觅，即给出明白的地位，获取可预见的资源，这也是REST架构构建的根底。
详细到技术上，是人们设法找到资源，去查阅与使用。
而Web 2.0时期的互联网曾经是一个“人”了，人们与其交流的形式是沟通与交互，即给出明白的指令，获取可预见的办事。
详细到技术上，是人们知道资源就在互联网那里，给出指令说我但愿要甚么。
这外面最大的区分是，一集体能带来的办事，比一个物能带来的资源多很多。
而Web 3.0时期的互联网，曾经是一个“社会”了，人们与其交流的形式，是承受与反馈。无论你是不是找它，它都在你的身旁，默默视察着你的所有。
详细到技术上，是互联网知道你就在那里，想要甚么，把资源推到你的手上。
喜爱本文的话，欢送关注活在信息时期哦：） |
|
中级会员