想象一个更复杂的 CRUD 应用程序，它具有三层架构并通过 Web 服务进行通信。客户端开始与服务器的对话并执行一些向导之类的操作。为了处理向导，客户端需要服务器给出的反馈。
我们针对这种方法开始了有关有状态或无状态 Web 服务的讨论。我结合自己的经验做了一些研究，把我引向了后面提到的问题。
具有以下属性的无状态 Web 服务(在我们的例子中):
+ high scalability
+ high availability
+ high speed
+ rapid testing
- bloated contract
- implementing more logic on server-side
但是我们可以划掉前两点，我们的应用程序不需要高可扩展性和可用性。
所以我们来到有状态的网络服务。我读过很多博客和论坛帖子，实现有状态 Web 服务的最有创意的一点是:
+ simplifies contract (protocol)
- bad testing
- runs counter to the basic architecture of http
但是不是几乎所有的 Web 应用程序都有这些缺点吗？ Web 应用程序使用 cookie、查询字符串、 session ID 和所有东西来避免 http 的无状态。
那么为什么它对 Web 服务如此糟糕呢？
最佳答案
因为在 Web 服务中保持状态是很困难的，如果您不是非常小心和/或迟早有经验，您可能会遇到一些很难找到的错误。
关于web-services - 有状态与无状态 Web 服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2588378/