随着 Web 应用不断复杂化，前端开发者们又开始对应用状态管理产生了更高的需求。而在这种情况下，Redux 架构应运而生。Redux 是一个用于 JavaScript 应用的可预测的状态容器，通过约定一种特定的状态管理模式来更好地掌控应用的状态。但是，既然有优点，就一定会有缺点。本篇文章将为您简单概述 Redux 架构的优缺点，并尝试探索其中一些深层次的原因。
Redux 架构的优点
- 易于理解和使用
Redux 架构的核心概念非常简单。它使得整个应用程序状态的管理变得清晰、易于理解和维护。如果您使用过 Flux 或其他状态管理工具，则容易理解 Redux 的使用方式，如果没有接触过，也很容易上手。
- 单一数据源
Redux app 的状态管理完全由单一的 Store 机制来维护。这个 Store 对象将应用状态保存在单一的数据源中。这使得跨组件、跨路由的状态共享变得非常容易。
- 更好的调试
在 Redux 中，所有的状态修改都要经过 reducers 函数，可以方便地调试，Redux 甚至可以记录所有状态修改的历史，使得问题溯源变得更加简单。
- 更强的扩展性
Redux 对 middleware 概念进行了深入的实现，使得开发者们可以基于 Redux 来链式地创建自己的 middleware。在此基础上，还可以使用许多库和工具进行更多的功能扩展。
示例代码
-- -------------------- ---- ------- ------ - ------------ --------------- - ---- -------- ------ ------ ---- --------------- ------ ----------- ---- ------------- ----- ----- - ------------ ------------ ----------------------- -- ------ ------- ------
上述代码展示了如何在创建 Redux 应用程序时使用 middleware 来扩展已有功能。
Redux 架构的缺点
- 学习曲线较陡峭
尽管 Redux 架构非常简单，但它的学习曲线相对于其他状态管理库也许更陡峭。Redux 的数据流非常严格，需要您了解 Redux 中的每个概念以及如何组合这些概念来构建一个良好的应用。因此，学习 Redux 所需的时间相对较长。
- 繁琐的代码结构
Redux 应用程序中的大量代码结构是在维护其数据流图和按照惯例构建的 reducer 和 action creator 中进行的。因此，开发者需要花费更多的时间和精力来编写代码。
- 状态存储冗余
在 Redux 中，所有状态都被保存在一个单一的数据源中，这意味着在使用引用数据类型时需要特别小心。不正确的使用可能会在应用程序中引入不必要的垃圾数据。
- 依赖第三方库
Redux 的许多功能都需要依赖第三方库。例如，处理异步 API 调用需要使用 Redux Thunk 或 Redux Saga 等中间件。尽管这些库非常成熟，但它们可能会让您的代码库变得更大。
结论
虽然 Redux 的学习曲线略高，但由于其简单性、可扩展性和易于调试，它已成为状态管理的重要工具。熟练掌握 Redux 能够大大提升代码的质量和可维护性。
就像其他技术一样，Redux 并不适用于所有情况。在追求使用 Redux 之前，您应该对应用程序的需求进行深入的分析，并选择最适合自己的工具来进行状态管理。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/66f75dd5c5c563ced5982a47