使用RXJS的这种常见状态操纵模式有名字吗？它有局限性吗？

Question

在Angular应用程序中，我们通常会执行类似的事情来管理共享状态：

import { BehaviorSubject } from 'rxjs';

interface User {
  id: number;
}

class UserService {
  private _users$ = new BehaviorSubject([]);

  users$ = this._users$.asObservable();

  deleteUser(user: User) {
    const users = this._users$.getValue();
    this._users$.next(users.filter(user => user.id !== user.id));
  }


  addUser(user: User) {
    const users = this._users$.getValue();
    this._users$.next([...users, user]);
  }


  updateUser(updatedUser: User) {
    const users = this._users$.getValue();
    this._users$.next(users.map(user => user.id === updatedUser.id ? updatedUser : user));
  }
}

这基本上解决了从根本上，基于磁通和基于REDUX的模式（例如NGRX和Redux本身）尝试解决：我们如何更新共享状态。因此，该视图组件可以反应地对变化作用，并且可以表现出真正的当前状态。但这比这些模式更简单。

我的问题是：这种模式有已知名称吗？我们在使用诸如NGRX（甚至REDUX中的Redux）之类的库中是否有任何优势可以涵盖此模式的任何限制？

Answer 1

这是一个有效的模式，这就是为什么我们还引入了ngrx/component-store（ https：// ngrx。 IO/指南/组件商店）。

文档还提供两种“方法”的支持/缺点： https://ngrx.io/guide /组件商店/比较