【问题标题】:meteor.js: redux vs session variables & react statemeteor.js:redux 与会话变量和反应状态
【发布时间】:2017-01-15 00:28:21
【问题描述】:

我想知道除了时间旅行之外,是否有任何理由将 redux 与流星一起使用。我只会将反应状态用于本地 UI 状态,将会话变量用于在多个组件中使用的状态。我可以看到 redux 与非流星应用程序的好处,但会话变量和 minimongo 作为存储的可用性似乎忽略了 redux 的好处。在流星中使用 redux 有什么好处吗?

问候,克里斯

【问题讨论】:

  • 我实际上也在考虑同样的问题。 Redux 当然有生活在 Meteor 之外的好处,因此有更好的社区、支持、可重用性等等。但我想保持它非常简单。我很好奇您当前使用 reactive-vars|dict 或 minimongo 实现的状态管理!你能展示一些你的代码吗?

标签: javascript meteor reactjs redux


【解决方案1】:

带有 GraphQl 的 Meteor 1.5 将使用 redux...我认为,这是主要思想。

【讨论】:

    【解决方案2】:

    根据Apollo文档,它会创建自己的内部Redux store,Meteor会integrate Apollo stack in 1.5

    所以 Meteor 1.5 将默认使用 redux !

    【讨论】:

    • 这似乎是一个不错的设置,但我认为它还需要 3-6 个月才能准备好 Produktion(完整的 graphql/redux 集成与类似于 oplog tailing 的东西。所以我对当前状态。与 Session 变量、反应状态和 Minimongo 相比,redux 有帮助吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-07-23
    • 2019-03-27
    • 1970-01-01
    • 2013-06-19
    • 1970-01-01
    • 2013-02-27
    • 2019-10-28
    相关资源
    最近更新 更多