NGXS 状态大小和性能
NGXS state size and performance
我对 Angular 中类似 redux 的模式印象深刻，并且迷上了 NGXS（我将其与 NGRX 和 Akita 进行了比较，但选择了 NGXS）。
我知道 NGXS 在应用程序中存储了所有以前的状态，所以如果我有一个非常复杂的 UI，有大量的网格操作等，每个操作都会添加一个新状态，全局状态对象不会变得 'very large' 并且与先前状态的整个层次结构一起变大吗？
随着应用程序变得越来越复杂，是否存在性能问题？
NGXS 不存储应用程序的先前状态。
当您添加 Dev Tools 插件并打开 Redux Dev Tool 时，状态的每个更改都会发送到 Redux Dev Tool。它将是存储以前应用程序状态的开发工具。
随着应用程序状态树变大，您唯一会看到的性能下降是在您打开 Redux 开发工具时。除此之外，它完全取决于您如何设计状态和选择器。
我对 Angular 中类似 redux 的模式印象深刻，并且迷上了 NGXS（我将其与 NGRX 和 Akita 进行了比较，但选择了 NGXS）。
我知道 NGXS 在应用程序中存储了所有以前的状态，所以如果我有一个非常复杂的 UI，有大量的网格操作等，每个操作都会添加一个新状态，全局状态对象不会变得 'very large' 并且与先前状态的整个层次结构一起变大吗？
随着应用程序变得越来越复杂，是否存在性能问题？
NGXS 不存储应用程序的先前状态。 当您添加 Dev Tools 插件并打开 Redux Dev Tool 时，状态的每个更改都会发送到 Redux Dev Tool。它将是存储以前应用程序状态的开发工具。
随着应用程序状态树变大，您唯一会看到的性能下降是在您打开 Redux 开发工具时。除此之外，它完全取决于您如何设计状态和选择器。