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区域分享您的建议或经验!