javascript - 编写 React/Redux 时如何处理 TDD

Question

我正在使用 TDD 编写一个 React/Redux 应用程序。问题是如何着手编写新应用程序的第一步，考虑到我想使用的所有样板文件。

根据 TDD，我应该只编写最少的代码才能通过我的测试，然后再进行重构。例如，我是否应该从没有 Redux 开始，然后重构并引入 Redux？考虑到 Redux 的样板(存储/缩减器/包装元素等)，我将进行相当大的重构

我了解 TDD 方法的巨大优势。问题是，在那些情况下，是否会“允许”使用比最小代码集更多的代码来通过测试，更好的方法是......

Answer 1

Redux 不会影响您编写最少的代码来通过每个单独测试的能力。

您的各个 React 组件只是获取 Prop 并执行/显示某些内容。您对这些组件的单元测试不应该关心这些 props 是以标准 React 方式传递的，还是通过 react-redux 插入的。因此，Redux 的存在不会影响您以最少的代码通过 React 组件测试的能力。

有一些小的异常(exception)，例如将组件状态移动到 Redux 状态，或更改处理副作用(例如从 API 获取数据)的方式。这些类型的更改可能需要对您的测试进行一些更改，但它们可能会使它们更简单(如果有的话)。

当然，如果您添加 Redux，您将不得不为新的 Redux reducers/action creators/selectors 等编写测试，但是编写这些测试非常简单。您不会重复任何工作:无论您是否开始使用 Redux，您花在编写测试上的时间都将大致相同。

关于开始使用或不使用 Redux 的一般概念:创建 Redux 的 Dan Abramov 建议从普通的 React 开始，然后仅在您发现需要时才添加 Redux。