BFE.devAI解答 - 前端面试问题
49. Redux的好处和坏处是什么？

好处：

• 管理应用的状态变得更加容易：Redux提供了一个单一的状态存储，使得应用的状态管理和耦合变得更加简单和清晰，而不是零散地分散在应用中的各个组件和页面中。
• 组件间通信更加简单：在Redux中，dispatch一个action导致状态的更新，这种更新的广播可以被所有使用该状态的组件监听到，从而实现了组件间通信。
• 可预测性：由于Redux的状态是单一的、不可改变且可预测的，能够更轻松地在一个组件的特定状态下进行调试，并且能够快速定位问题来源及修复。

坏处：

• 复杂：Redux带来了新的模式和概念，需要开发者进行一定的学习和适应。为了避免出现负面影响，需要选择恰当的状态结构并避免让状态逾于复杂。
• 重量级：Redux会引入额外的代码和开销，可能会导致初始开发时间和开发成本的增加。并且，使用Redux可能会增加组件之间的通信和协调的负担。
• 适用场景有限：Redux 比较适用于大规模应用，对于小型应用则可能没有必要，因为 Redux 的使用增加了较多的开销。

例子： 好处：

• 管理应用的状态：例如购物车应用，当用户添加或移除商品时，可以dispatch一个action，更新购物车状态。这些状态变化可以向应用中的所有其他组件广播，从而保证购物车状态保持一致。
• 组件间通信：Redux可以用于通信。例如，一个用户在输入框中输入内容时，可以dispatch一个action，更新应用状态。多个组件监听这个状态的变化，以更新内容、数据等。
• 预测性：例如，一个用户在商城中添加商品到购物车，如果在之后的付款过程中遇到问题，Redux 可以让我们知道购物车状态的变化，从而更容易地判断问题的来源。

坏处：

• 复杂：例如表单应用，Redux可能会给表单增加大量的代码，增加开发成本。
• 重量级：例如，在拥有多个大型组件的复杂应用中，Redux可能会增加更多的开销。
• 适用场景有限：例如渲染静态页面或普通表单等小型项目时，Redux并不一定是必需的，使用Redux可能会增加不必要的开销。