我希望我的基于 React 的 SPA 在服务器端呈现(现在不是)。因此,我想将 React 与react-router、redux和一些构建层(如isomorphic starterkit )结合起来。
有hapi 通用 redux将所有内容连接在一起,但我正在为如何组织我的流程而苦苦挣扎。我的数据来自 REST API 的多个端点。不同的组件有不同的数据需求,应该在客户端及时加载数据。相反,在服务器上,必须获取特定路由(组件集)的所有数据,并将必要的组件呈现为字符串。
SOME_DATA_ARRIVED
在我的第一种方法中,我使用 redux 的中间件来创建异步操作,它加载数据、返回一个承诺,并在承诺解决时触发一个操作。Reducers 然后更新我的商店,重新渲染组件,一切都很好。原则上,这是可行的。但后来我意识到,在路由开始发挥作用的那一刻,流程变得很尴尬。
列出许多数据记录的某些组件具有多个链接来过滤记录。每个过滤后的数据集都应该可以通过它自己的 URL 访问,例如/filter-by/:filter
. 所以我使用不同<Link to={...}>
的组件来改变点击时的 URL 并触发路由器。然后路由器应该根据当前 URL 表示的状态更新存储,这反过来会导致相关组件的重新呈现。
这并不容易实现。我componentWillUpdate
首先尝试触发一个操作,该操作异步加载我的数据、填充存储并导致我的组件的另一个重新渲染周期。但这在服务器上不起作用,因为只支持 3 种生命周期方法。
所以我正在寻找组织这个的正确方法。从用户角度更改应用程序状态的用户交互应更新 URL。IMO 这应该使路由器以某种方式加载必要的数据,更新存储,并启动协调过程。
所以interaction -> URL change -> data fetching -> store update -> re-render
。
这种方法也应该在服务器上工作,因为从请求的 URL 中应该能够确定要加载的数据,生成initial state
并将该状态传递给store
redux 的生成。但我没有找到一种方法来正确地做到这一点。所以对我来说,出现了以下问题:
- 我的方法是错误的,因为有些东西我还不明白/不知道吗?
- 在 redux 中保持从 REST API 加载的数据是否正确
store
? state
让组件保留在 redux 中并由store
其他人自己管理是不是有点尴尬state
?- 有这个想法是
interaction -> URL change -> data fetching -> store update -> re-render
错误的吗?
我愿意接受各种建议。