Vue - API 调用属于 Vuex 吗？

我正在努力寻找在 vue 模块中理想的 API 调用位置的答案。我不是在构建 SPA。例如，我的 auth 块有几个用于登录、密码重置、帐户验证等的组件。每个块都使用 axios 进行 API 调用。 Axios 已经提供了异步的 Promise。

问题是关于最佳实践。 API 调用属于 Vuex 操作吗？这种方法有什么优点/缺点吗？

将 axios 调用保留在它们所属的组件内有什么缺点吗？

我在服务中进行 API 调用，而不是 Vuex 或组件。基本上，将 API 调用与存储代码混合在一起有点过于多重责任，组件应该是提供视图而不是获取数据。

作为一个简单服务的示例（使用 Vue.http 但与 Axios 调用相同），

文件服务.js

import Vue from 'vue'

export default {
  getFileList () {
    return Vue.http.get('filelist.txt')
      .then(response => {
        // massage the response here
        return filelist;
      })
      .catch(err => console.error('getFileList() failed', err) )
  },
}

我在另一个服务中使用它，如下所示（层数取决于你）。
请注意，外部服务正在检查存储以查看提取是否已经发生。

数据服务.js

import FileService from './file.service'

checkFiles (page) {
  const files = store.state.pages.files[page]
  if (!files || !files.length) {
    return store.dispatch('waitForFetch', {
      resource: 'files/' + page,
      fetch: () => FileService.getFileList(),
    })
  } else {
    return Promise.resolve()  // eslint-disable-line no-undef
  }
},

waitForFetch是一个调用传递给它的 fetch 函数的操作（由 FileService 提供）。它基本上为获取提供包装服务，例如超时以及根据结果分派成功和失败操作。

该组件永远不知道 API 结果（尽管它可能会启动它），它只是等待数据出现在存储中。

至于仅在组件中调用API的缺点，这取决于可测试性、应用程序的复杂性。和团队规模。

• 可测试性 - 可以在单元测试中模拟服务。
• 应用程序复杂性 - 可以处理与 API 调用正交的超时/成功/失败。
• 团队规模——更大的团队，将任务分成更小的部分。