【问题标题】:React Redux folder structure : where are providers?React Redux 文件夹结构:提供者在哪里?
【发布时间】:2017-01-04 11:50:49
【问题描述】:

关于 React-Redux 文件夹结构的大多数答案都处理了组件(哑)和容器(智能)的分离。假设提供者将成为主要的小部件组件,我主要在父文件夹中看到它(在 js 下)。

js

  • 行动
  • 组件
  • 减速器
  • 容器
  • main.jsx(提供者)

但是,对于模块化应用程序,例如有一个包含 3 个步骤(选择、审查和确认屏幕)的反应小部件,每个屏幕都有自己的提供程序、容器和组件。那么,我们应该如何/在哪里维护三个不同的 widget.jsx 提供程序?它应该在“组件”文件夹本身下吗?

编辑:删除了商店,因为 redux 没有。

【问题讨论】:

    标签: reactjs redux react-redux


    【解决方案1】:

    容器应该是三个步骤的父组件。提供程序应附加到容器。各个步骤 - 选择、审核、确认应通过容器上的道具发送操作。

    【讨论】:

    • 谢谢,是否可以为每个步骤创建单独的小部件 - 选择、审查和确认,或者不推荐这样做。请注意,我需要在单击继续时从一个步骤移动到另一个步骤。一个小部件可以在单击第一步时调用另一个小部件,还是应该通过路由来完成?
    • 应该为每个步骤创建一个单独的小部件。父组件应该只管理小部件之间的导航。
    • 我不知道小部件在这里是什么意思。只是想确保我不会将它与组件混淆。当您说每个步骤的小部件时-您的意思是每个步骤都应该创建自己的转译 bundle.js 文件吗?或者您是否考虑将 .jsx 文件作为每个步骤的小部件并将其称为小部件?我以为父组件只能做组件之间的路由;如何使用转译的小部件来做到这一点?我在这里错过了什么吗?
    • 我的意思是为每个步骤反应组件。
    • 谢谢,这是有道理的。最后一个问题 - 假设这个单个小部件(由三个步骤组成)将只有一个提供者和一个容器,其中容器是参与这三个步骤的路由的父组件,这是否正确?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2012-03-26
    • 2017-04-01
    • 2010-11-28
    • 2018-03-12
    • 2016-11-18
    • 2012-08-30
    • 2015-11-07
    相关资源
    最近更新 更多