我用了Meteor一段时间，很喜欢它，发布/订阅模型，整个框架的思考方式，编写服务器端代码的方便性。。。我用过React with Meteor，这也很酷。
然而，我最近在React/Redux上做了一个非Meteor项目，关于Redux有很多值得喜爱的地方。设置起来需要付出更多的努力，但单点存储和所有相关的工具/系统都非常好。
我的网络应用程序将进行大量的数据库交互，需要乐观的用户界面。
因此，我想知道是否在我的下一个项目中使用Meteor/React/Redux，特别是因为MiniMongo有一些限制(例如，不支持阵列(。然而，我没有找到很多关于如何将它们连接在一起的相关教程，例如，这本书已经快3年了。这让我怀疑是否有很多人在使用这个设置，以及我是否能够让它轻松工作：我从过去的经验中知道，我需要一步一步的教程来克服新设置的最初障碍，然后我就可以自己解决问题了。
我接下来肯定会用Meteor/Redux。我了解他们，我喜欢他们。问题是添加Redux是否值得开销？我希望这是一个适合StackOverflow的问题，如果不是，我会尝试在其他地方发布。
我想听听在Meteor/React中使用或不使用Redux的原因，以及任何教程建议。非常感谢。
我认为Redux适用于非流星世界，尽管现在有其他选择，可以使用graphql本地状态或使用React上下文api(由于React Hooks，它不再被弃用(
不管怎样，回到故事。。。
我有两个独立的Meteor应用程序，一个使用Redux，另一个不使用。
Redux与Meteor的配合很好，它在异步方面做得很好，但它增加了很多复杂性，这是有争议的。在一个非特定应用程序中，如果您在编排异步API调用方面做得更多，那么这完全有意义，因为您可以有效地将数据处理与UI解耦。
但在一个典型的Meteor应用程序中，使用发布和订阅意味着数据无论如何都会自然流动。UI按钮请求后端操作。Meteor方法完成这项工作，并更新数据库，数据在UI中自动更新。
让我们以我最近实现的一个场景为例。我的应用程序的成员需要进行"与儿童一起工作"检查。他们会收到一个号码，当我们处理会员续订时，我们需要检查该号码是否仍然有效。这是由UI上的一个按钮启动的，该按钮调用Meteor方法，然后进行API调用。该方法只是将检查结果(即使检查失败(更新到成员的数据库记录中。Meteor调用的返回值允许我们为用户执行toast通知，pub/sub在更新UI中的新状态后进行查看。
这也可以用Redux来完成，但上面几乎所有的代码都需要完成。
我的偏好是远离Redux，因为有其他选择，感觉这是一种让你远离编写应用程序的工程水平。