我找不到这些概念的好定义。我自己的理解:
无状态- 状态不存储在服务器上。那些。在每个新请求中,我们都会传递我们的登录名/密码(如果应用程序具有授权),以及请求的数据。
Statefull - 在服务器上打开一个会话。多亏了这一点,我们不需要不断地向服务器发送登录名/密码。而且您不需要发送任何额外的数据(例如,选定的本地化),它们存储在会话中。
我还强调了可以存储临时数据的三个级别(例如,购物车):
- 饼干
- 会议
- 数据库
我很困惑。例如,通常建议制作无状态应用程序。但是在这个概念中如何处理同一篮子商品呢?因为存储在cookies中不是很合理,而且如果没有存储在session中(因为session在无状态中被排除了),那么还剩下什么——存储在数据库中呢?
我知道无状态是 REST 的理想选择,因为只有单个请求,而且不创建会话比创建会话更容易。但是带有 UI 的应用程序呢?我在哪里可以存放我的购物车?也许无状态和有状态的概念原则上只适用于 REST API?
因此,我的问题是什么是无状态的和有状态的,这是非常可取的,举例说明什么被认为是无状态的,什么不是。
在我看来,您通常对什么是无状态、什么是有状态以及存储的位置和内容有正确的想法。
我可以稍微解释一下为什么无国籍很流行。
这是水平缩放的问题。
当您拥有一百万客户并且他们都在不断地购买东西时,那么一个 Web 服务器就无法应对。他们放置了一个网络服务器的“电池”,并在它们前面 - 所谓的“负载平衡器”,它将“抛出”到特定服务器的用户连接。或轮询(粗略地说,依次),或目前负载最少的服务器。
但这就是问题所在。同时,同一个用户,每次从服务器请求“某物”时,最终可能会出现在不同的服务器上。而且他必须要么与他“携带”会话,要么......或者自己存储所有内容,并且每次都将其传输到服务器。
stetless 的第二个原因是易于测试。您会看到,状态是在自动化测试期间难以重现的东西。如果整个“状态”是一个预定义的结构(例如,具有某些字段的 json,其含义是众所周知的)——那么任务就会变得更加简单。
现在 - 你有支持 Stetless 的论据。
而我们只剩下一件事:调和这两个美丽的世界。
做到这一点并不难。
首先,在许多服务器框架中(我说“框架”,包括这里的纯 PHP 和一些花哨的东西),存在将会话存储到 redis 的可能性——嗯,简而言之,在数据库中,只有在一个非常简单、非常快速,并且很可能直接存在于内存中。
然后你不能来回“驱动”整个状态——你只能驱动会话标识符。然后客户端请求“下降”的节点将快速从萝卜中“提升”会话,然后,就好像什么都没发生一样,会回答你。然后它将去回答另一个客户,将您的会话保存在数据库中。
最后,随着 JS 的现代发展,在客户端存储一个“篮子”,总的来说,一切都是一个垃圾问题。事实上,你只需要每次在网站上做某事时发送相同的 json。而这个 json-chick 描述了一切——一切——一切。添加的产品 - json 已更改。已删除 - 再次更改。他们要求打折——这个事实反映在 Json 中。即“我在屏幕上看到的就是状态中描述的”相互之间存在着一一对应的关系。
好吧,从这里您可以直接做出反应。React 是一种旨在与状态一起工作的东西。
我的简短回答到此结束,希望能对您有所帮助。