基于服务器端对象结构创建主干视图/模型

Question

在为网页创建主干模型和集合时，我觉得可以通过多种方式将数据分离为模型和集合。

考虑一个例子，我有一个网页，理想情况下我应该创建一个主干视图，并为该视图创建一个主干模型。但是，数据必须进入服务器端的两个不同的数据库表。在这种情况下，我很困惑是否应该在定义视图/模型时只考虑前端场景，还是应该只根据服务器端 POJO 类结构创建它们。

我的意思是，如果我只是从前端的角度考虑，我只需要创建一个主干视图和一个模型。但是，如果我从服务器端 Object 的角度考虑，我需要创建两个主干视图和两个模型。

有人可以告诉我在将页面划分为不同的主干视图和模型时需要考虑哪些事项，并请提供任何参考

Answer 1

这取决于您的 REST API。

Backbone 不直接与后端表交互，它通常使用与表（或任何数据存储）交互的 REST API。

如果 API 有用于直接在表上执行 CRUD 操作的端点，那么您应该创建一个主干模型客户端来表示它，并使用它内置的方法（例如 save()、destroy() 等）与 REST 交互API。

如果您的 REST API 返回的数据是多个表连接的结果，并且具有在后端更新多个表的单个端点，那么拥有一个包含来自所有这些表的数据的模型并与 REST 交互是有意义的使用内置方法的 API 会相应地更新所有这些表。

所以简而言之，你应该根据 REST API 创建前端模型，而不是直接根据数据库结构。