在软件开发的世界里，REST是一个受欢迎的编程风格，它是一种资源导向的Web服务的架构风格。然而，近年来有人开始把REST解释为“相反的意思”，它代表的是一切与实现基于资源的Web服务的原则相悖的东西。这个意思与REST最初的含义是何等的背道而驰呢？
REST（Representational State Transfer）的定义最初出现在2000年的一篇学术论文中，该文对于如何设计Web应用程序提出了一些指导性的方针。REST的基本思想是，Web服务应该遵循一组明确定义的约束，包括客户端-服务器，无状态，缓存，统一接口和分层系统等约束。按照这些约束条件设计的Web服务可以获得更好的可靠性、可扩展性、基于资源的架构以及可见性。
尽管REST的定义一直没有变，但是随着时间的推移，人们开始简化REST。有些人开始认为，如果你在一个基于资源的Web服务中添加了某些功能，那么它就不再是REST了。这主要表现在一些开源工具和框架中，这一点很容易让人混淆。
总之，REST不仅仅是一个特定的功能或者一个特定的特征。它是一种基于资源的Web服务的架构风格，它可以带来更好的可靠性、可扩展性、基于资源的架构和可见性。而如果我们简化REST的定义，以至于它不再包含这些特点，那么我们就破坏了REST的许多好处。
因此，我们应该意识到，随着时间的推移，REST的定义可能会受到不同人的不同理解和解释。但是，我们应该尽量保持这个定义的准确性，以便更好地应用REST的优势并促进Web服务的发展。
虽然我们不知道之后的e世界会发生什么事。但是我们可以肯定地说，在软件开发领域，REST将会一直是一种受欢迎的编程风格，并且它的基本原则和约束条件将继续存在。
了解更多有趣的事情：https://blog.ds3783.com/