我仍在尝试围绕前端状态。是否有为资源设置商店的通用最佳实践?例如,我的 web api 有:
GET /bikes
GET /bikes/:id
我从一个 BikeStore 和bikes: []
. 现在我正在研究 ShowBike 组件,不确定是否应该使用 BikeStore(不完全确定如何)或为单个项目创建第二个商店。
我仍在尝试围绕前端状态。是否有为资源设置商店的通用最佳实践?例如,我的 web api 有:
GET /bikes
GET /bikes/:id
我从一个 BikeStore 和bikes: []
. 现在我正在研究 ShowBike 组件,不确定是否应该使用 BikeStore(不完全确定如何)或为单个项目创建第二个商店。
Flux 中的存储概念是对客户端如何访问数据的相当简单的抽象。不同类型的数据应使用单独的存储。在您的情况下,资源是相同的,没有任何充分的理由为自行车保留单独的商店。更重要的是:存储单个项目不是预期的用途,应该避免。
从通量文档:
存储包含应用程序状态和逻辑。它们的角色有点类似于传统 MVC 中的模型,但它们管理许多对象的状态——它们不像 ORM 模型那样代表单个数据记录。它们也不与 Backbone 的系列相同。存储不仅仅是管理 ORM 样式对象的集合,还管理应用程序中特定域的应用程序状态。