【问题标题】:Vuex vs Service for managing stateVuex vs Service 用于管理状态
【发布时间】:2018-08-18 12:58:47
【问题描述】:

使用 Vuex 与使用服务进行状态管理有什么区别(优点/缺点)。

我正在开发一个显示项目目录的应用程序。这些项目是从 API 获取的。目前,用户可以应用过滤器并对项目进行排序。

我正在使用一项服务来根据用户应用的过滤器来更新视图。这些项目在后端进行过滤,因此每次触发过滤器时,更新方法都会从 API 中获取项目。

这个应用程序有几个级别的组件嵌套(这些在具有 sim 功能的差异页面中重复使用),我使用事件总线作为处理事件和测试 API 端点的快速方法,但现在我需要使用 Vuex 处理状态。

我开始编写 Vuex 商店,我注意到我从服务中转移了相当多的功能。

我想知道两者的区别?

【问题讨论】:

  • 你用什么创建了这个事件总线? rxjs?
  • VueJS,刚刚创建了另一个全局 vue 实例,专门用于状态管理,但我已经从那里搬走了,并且一直在使用 vuex 商店,这似乎是应用程序将增长的功能的要求

标签: javascript typescript vue.js vuejs2 vuex


【解决方案1】:

我对 VueJS 比较陌生,所以请谨慎对待。

我认为这取决于应用程序的大小以及复杂性。如果您要发出大量事件,则使用状态是有意义的,因为您的应用程序状态只有一个事实来源(字面意思是单个文件),而事件总线必须导入每个组件。来自 Vuex 网站,

如果您从未构建过大型 SPA 并直接跳入 Vuex,它可能会觉得冗长和令人生畏。这是完全正常的——如果你的应用程序很简单,那么没有 Vuex 你很可能会没事。您可能只需要一个简单的全局事件总线。但是,如果您正在构建一个中型到大型的 SPA,您可能会遇到让您考虑如何更好地处理 Vue 组件之外的状态的情况,而 Vuex 将是您自然而然的下一步。 Redux 的作者 Dan Abramov 引用了一段很好的名言。

希望这会有所帮助。祝你好运:)

【讨论】:

    猜你喜欢
    • 2021-08-18
    • 2018-07-22
    • 1970-01-01
    • 2011-08-10
    • 2018-03-10
    • 2020-08-23
    • 2018-12-14
    • 2018-08-31
    • 2021-04-11
    相关资源
    最近更新 更多