angular - 解析器与 Redux

Question

我已经在使用 Angular 的中小型项目中工作了很长时间，只要有一些数据需要从服务器加载，团队就会直接将其存储到 Redux 存储中。这允许在用户在“页面”之间导航以及他们决定刷新页面时保留数据。

然而，最近我一直在做一个“正确的”Angular 教程，我们设法通过结合服务(在 app.module.ts 中提供)来保留数据和 resolvers 来实现相同的结果。 .解析器确保在加载我的主页时，将所需的数据加载到服务中。此外，如果数据不是太大，我什至可以将其存储到 localStorage因此，消除了 HTTP如果数据不存在，则在解析器中请求。

除了不太可能的用例 1. 需要加载大量数据和 2. 用户出于某种原因经常刷新网页，我真的不明白为什么我们应该实现一个完整的 redux 存储。

是否有更多使用我不理解的 Redux 的理由，或者使用这种方法有更多的缺点？

Answer 1

This是redux的创建者非常有名的一篇文章。它被称为你可能不需要redux。
Angular 是一个众所周知的解决数据间依赖问题的框架。如果事件和数据绑定(bind)的组件间通信对您有效并且通过服务进行缓存是可以的，并且不会导致以下问题，那么您应该坚持使用它们。
为什么？

Redux 对于大多数学习曲线陡峭的开发人员来说是违反直觉的

需要大量样板代码，如果你不需要它的权衡，那么你不应该打扰它

Redux 和 Flux 通常被误解并以错误的方式广泛使用。您可以在 angular univercity 中看到何时需要使用 redux 的迹象。 .它几乎说以下内容

React components are arranged in a hierarchy. Most of the time, yourdata model also follows a hierarchy. In these situations Flux doesn’tbuy you much. Sometimes, however, your data model is not hierarchical.When your React components start to receive props that feelextraneous, or you have a small number of components starting to getvery complex, then you might want to look into Flux.

You have a piece of data that needs to be used in multiple places inyour app, and passing it via props makes your components break thesingle-responsibility principle (i.e. makes their interface make lesssense)

There are multiple independent actors (generally, the server and theend-user) that may mutate that data

在任何其他情况下(并且当上面的示例受到限制时)，我会选择不使用 redux 并使用 Angular 开箱即用的解析器、守卫和服务。