3
Angular 6-为什么使用@ ngrx / store而不是服务注入
我最近正在使用@ ngrx / store学习Angular 6，而本教程之一是使用@ ngrx / store进行状态管理，但是我不了解在后台使用@ ngrx / store的好处。 例如，对于一个简单的登录和注册操作，以前通过使用服务（我们将其称为AuthService），我们可能会使用它来调用后端api，在AuthService中存储“ userInfo”或“ token”，将用户重定向到“ HOME”页面，然后我们可以使用DI将AuthService注入到需要获取userInfo的任何组件中，这只需一个文件AuthService就可以处理所有内容。 现在，如果我们使用@ ngrx / store，我们需要定义Action / State / Reducer / Effects / Selector，可能需要写入4或5个文件来处理上述操作或事件，然后有时我们仍然需要调用后端api使用服务，这似乎更加复杂和多余。 在其他情况下，我什至看到某些页面使用@ ngrx / store存储对象或对象列表（如网格数据）。，这是否适合某种内存存储方式？ 回到问题所在，为什么我们在Angular项目中的服务注册存储中使用@ ngrx / store？ 我知道这是用于“状态管理”的，但是“状态管理”到底是什么？那是事务日志之类的东西，什么时候需要？我们为什么要在前端进行管理？请随时在@ ngrx / store区域分享您的建议或经验！