我已经阅读了很多关于这类主题的激烈和矛盾的信息，而且我在战斗中没有狗——我的优势是思想开放。
让我带你了解一下我非常非正式的思考过程，这让我想到，在厨房水槽boilerplate中的所有东西都使用 a 之后relay，我仍然需要类似redux.
- 在很多情况下，足够的样板文件比充分的样板文件
redux花费更少的时间和更少的思考GraphQLrelay actions in的抽象redux是一件好事，它通过强迫他们分离关注点并封装请求的内部/它如何工作与一个请求的存在来使许多程序员免于麻烦。- 具体来说，如果我正在制作一个带有许多工具和画笔的画布编辑器，似乎需要很长时间才能以正确的方式开始
relay制作所有这些mutators等等queries，并注意持久性。 - 但是，如果我说，你知道，我不需要我的应用程序了解所有事物的每个状态，如果没有类似的东西
redux，除了通过某种大容器对象管理状态或打开它之外，别无选择，这两者都是不如redux - 因此，
redux在这种情况下，我的本能是正确的本能
但是，我可能只是不明白如何GraphQL以及relay应该如何使用。
因此，我要求关于 1）这是一个相当客观还是主观的问题，2）是否有共识，以及 3）我是否应该关心的具体答案。
还有一件事——如果在这种情况下redux是公平的游戏，我的应用程序应该有一个商店仍然是一个好的经验法则吗？或者我可以开始使用redux更模块化和更时尚的adhoc方式吗？
顺便说一下，这是一个更简单的场景：我想使用Stepperfrom material-uiwhich requires State。如果没有redux我的选择，要么在relay级别或以下忠实地执行此操作，将其放入组件中，要么尝试以某种方式捏造或混合它。唯一的声音选项是第一个，这需要时间。