Javascript 最佳实践JSAPI（json）数据使用；模型“；或JSON—性能、可维护性、资源

我正在使用Laravel和VueJS（以及Vuex）构建应用程序。我对使用这些framworks或前端构建应用程序不是很有经验。我想知道在前端使用从API接收的数据的最佳实践或最佳方式是什么

例如，我的应用程序具有包含1个或多个用户的帐户。前端显示所有帐户的概览，以及所有用户的列表（如管理目的）。我的API返回如下内容（示例）：

一些上下文来解释我的问题：

// When fetch account(s)
data: {
  account: {
    id: "a1",
    name: "Account1",
  },
  accounts: [
    acount x,
    account y,
    ...
  ]
}  
// When fetch user(s)
data: {
  user: {
    id: "u1",
    name: "User1"
  },
  users: [
     ...
  ]
}

从性能上看，我认为最好将API中的json对象直接保存在存储中。我将使用存储中的JSON对象填充更新视图和概览表

从软件工程的角度来看，我更喜欢创建ES6（类）对象。这可能有一些好处：

• 我可以为用户和帐户对象实现类似于

  save（）

  或

  update（）

  或

  fetchUsers（）

  的函数。这些函数调用例如获取或更新函数（VueX FLUX store）
• 我可以使用继承，例如用于

  save（）

  函数等
• 当我需要其他函数时，我可以在对象类中实现它们
• 也许它还有其他的优势，我还不知道

在本例中，我将把json数据解析为ES6类对象，并将这些对象（或对象列表）保存在我的存储中，而不是json对象

现在我要找的地方：

// When fetch account(s)
data: {
  account: {
    id: "a1",
    name: "Account1",
  },
  accounts: [
    acount x,
    account y,
    ...
  ]
}  
// When fetch user(s)
data: {
  user: {
    id: "u1",
    name: "User1"
  },
  users: [
     ...
  ]
}

• 是否有任何（ES6？）约定要遵循（找不到），或者针对这种情况的最佳实践是什么？/这两个（或者其他）选项中哪一个是正确的选择
• 创建对象对性能或资源使用有何影响（例如，对于移动设备？）
• 最终的性能或资源影响是否可以忽略不计？（是否有一种，也许是最佳实践限制对象的数量？）

---

我认为位置和我的is问题很清楚，但如果需要一些额外的信息，请告诉我。

通常建议对Vuex is等状态管理商店采用最佳做法

• 保持平面结构，无嵌套对象
• 通过对象ID规范化条目

在这里存储完整的ES6类可能不太合适

欲了解更多信息，请参阅有关该主题的一些讲座和博客：

您提到您在这些框架方面不是很有经验。首先，您可能想问自己Vuex是否是正确答案

引用下面的参考文档，人们倾向于过度使用这些工具，并且在学习时，使用它来存储“一切”。只有在确实需要的情况下，才在Vuex中存储数据的方向上达成了普遍共识（主要用例是多个组件必须访问/更新数据）

从你的描述中还不完全清楚你的应用是否如此

请参见此处的更多信息：

---

通常建议将最佳做法用于状态管理存储，如Vuex is

• 保持平面结构，无嵌套对象
• 通过对象ID规范化条目

在这里存储完整的ES6类可能不太合适

欲了解更多信息，请参阅有关该主题的一些讲座和博客：

您提到您在这些框架方面不是很有经验。首先，您可能想问自己Vuex是否是正确答案

引用下面的参考文档，人们倾向于过度使用这些工具，并且在学习时，使用它来存储“一切”。只有在确实需要的情况下，才在Vuex中存储数据的方向上达成了普遍共识（主要用例是多个组件必须访问/更新数据）

从你的描述中还不完全清楚你的应用是否如此

请参见此处的更多信息：

---

谢谢，我理解你的答案并阅读了链接。我认为在某些情况下，我可以使用本地州和道具而不是Vuex，但在这种情况下，我应该从哪里获取数据？在（“顶级”）组件本身或“api助手”中？现在我总是在商店操作中这样做（可维护性很好）…-在本地状态下使用ES6类是否更合适（对于单个对象/显示，例如对于CRUD操作），或者这也是一种不好的做法？我一直使用平面结构作为概览表。最后但并非最不重要的一点是，在ES6类中执行save（）之类的操作是否是一种良好的做法？谢谢，我理解您的答案并阅读了链接。我认为在某些情况下，我可以使用本地州和道具而不是Vuex，但在这种情况下，我应该从哪里获取数据？在（“顶级”）组件本身或“api助手”中？现在我总是在商店操作中这样做（可维护性很好）…-在本地状态下使用ES6类是否更合适（对于单个对象/显示，例如对于CRUD操作），或者这也是一种不好的做法？我一直使用平面结构作为概览表。最后但并非最不重要的一点是，在ES6类中执行save（）之类的操作是否是一种良好的做法？