javascript - Backbone 模型应该是 View 模型、领域模型还是两者兼而有之？

Question

如果问题含糊不清，我很抱歉，但我真的很难找到这方面的信息。我来自 Flex/ActionScript 世界，在大多数情况下，我们有非常简单的值对象 (VO) 来表示诸如用户或地址之类的东西，并且我们有通常表示这些 VO 的集合以及业务逻辑的模型。有一些框架会包含一个 View 模型，MVVM。我知道做这些事情没有“正确的方法”，但我似乎无法指出基本原理。

是否所有的 Backbone View 都应该有自己的模型？鉴于我可能不会有一个名为“用户”的 View ，我是否还会包含域模型？

文件夹看起来像这样吗？

• 应用程序
  • 模特
    • 域名
      • 用户
      • 地址
    • 查看
      • 用户配置文件模型
  • 观看次数
    • 用户文件 View
  • 收藏
    • 用户

再次抱歉，如果这没有意义或过于笼统。我只是想了解 JS 世界在 MVC 模式方面已经走了多远。谢谢。

Answer 1

我认为这里没有唯一的答案。每一个案例都会有一个答案。

是否所有的 Backbone View 都应该有自己的模型？

没有。

Views 将引用 Model，其他 View 将引用 Collection。还会有 View 引用多个模型，而其他 View 则根本不会引用任何模型。

View 是一个用户界面。它向用户显示数据并监听用户在此数据表示上触发的事件。

例如，如果我有一个名为 Friend 的模型，并且我想创建一个界面来列出一堆这样的模型，我将拥有:

• FriendsView:这是一个 View ，表示 friend 的集合。
• FriendView:它是 FriendsView 的一个 subview ，只代表一个 friend 。它还可以监听此 friend 的 destroy 按钮上的点击。

但我也想要一个表单来从我的服务器中的 friend 中搜索:

• FriendSearchView:没有引用任何模型或集合。但是正在听用户填写输入字段。

我还会包括域模型吗？

我不知道您所说的领域模型 是什么意思，但是如果您问的是将业务逻辑 放在哪里，Backbone 对此一无所知。我建议将尽可能多的计算放入模型或集合中。您也可以使用自己的纯 JS Util 库。

保持 View 干净。仅响应用户事件并根据需要调用模型和集合方法。还监听显示数据的模型或集合的变化。

文件夹应该是什么样子的？

好吧，Backbone 再次对此一无所知。有很多关于这方面的文献。

我的项目以前很小，不到 30 个文件。我将它们全部放在同一个文件夹中，命名对流如下:

• friend
• friend
• friend 观
• FriednsView