在为网页创建Backbone模型和集合时，我觉得数据可以多种方式作为模型和集合进行隔离。
考虑一个我有一个网页的例子，理想情况下我应该创建一个骨干视图，并为该视图创建一个骨干模型。但是，数据必须在服务器端进入两个不同的数据库表。在这种情况下，我很困惑我是否应该在定义视图/模型时考虑前端场景，还是应该根据服务器端POJO类结构创建它们。
我的意思是，如果我只是从前端角度思考，我只需要创建一个骨干视图和一个模型。但是，如果从服务器端Object的角度来看，我需要创建两个主干视图和两个模型。
有人可以告诉我在将页面划分为不同的主干视图和模型时要考虑的事项，并提供任何参考
答案 0 :(得分：1)
这取决于您的 REST API 。
Backbone不直接与后端表交互，它通常使用与表（或任何数据存储）交互的REST API。
如果API具有直接在表上执行CRUD操作的端点，那么您应该创建一个表示它的骨干模型客户端，并使用它内置的方法，如save()，{{1等等与REST API交互。
如果你的rest API返回的数据是多个表连接的结果，有单个端点可以更新后端的多个表，那么有一个模型包含来自所有这些表的数据，并与REST交互是有意义的使用内置方法的API，相应地更新所有这些表。
简而言之，您应该根据REST API创建前端模型，而不是直接根据数据库结构。