根据服务器端对象的结构创建 backbone views/models
Creation of backbone views/models based up on server side Objects' structure
在为网页创建 Backbone 模型和集合时，我觉得可以通过多种方式将数据分离为模型和集合。
考虑一个例子，我有一个网页，理想情况下我应该创建一个 backbone 视图，然后为该视图创建一个 backbone 模型。但是，数据必须进入服务器端的两个不同的数据库表。在这种情况下，我很困惑是应该在定义 view/models 时只考虑前端场景，还是应该基于服务器端 POJO 类 结构来创建它们。
我的意思是，如果我只是从前端的角度考虑，我只需要创建一个 backbone 视图和一个模型。但是，如果我从服务器端对象的角度考虑，我需要创建两个 backbone 视图和两个模型。
谁能告诉我在将页面划分为不同的 backbone 视图和模型时需要考虑哪些事项，并请提供任何参考资料
这取决于您的 REST API。
Backbone 不直接与后端 table 交互，它通常使用 REST API 与 table 交互（或任何数据存储）。
如果 API 具有直接在 table 上执行 CRUD 操作的端点，那么您应该创建一个 backbone 模型客户端来表示它，并使用它的内置方法，例如作为 save()、destroy() 等与 REST API.
交互
如果您的其余 API returns 数据是多个 table 连接的结果，具有在后端更新多个 table 的单个端点，那么拥有一个包含来自所有这些 tables 的数据的模型是有意义的，并使用内置方法与 REST API 交互，相应地更新所有这些 tables。
所以简而言之，你应该根据 REST API 创建前端模型，而不是直接根据数据库结构。
在为网页创建 Backbone 模型和集合时，我觉得可以通过多种方式将数据分离为模型和集合。
考虑一个例子，我有一个网页，理想情况下我应该创建一个 backbone 视图，然后为该视图创建一个 backbone 模型。但是，数据必须进入服务器端的两个不同的数据库表。在这种情况下，我很困惑是应该在定义 view/models 时只考虑前端场景，还是应该基于服务器端 POJO 类 结构来创建它们。
我的意思是，如果我只是从前端的角度考虑，我只需要创建一个 backbone 视图和一个模型。但是，如果我从服务器端对象的角度考虑，我需要创建两个 backbone 视图和两个模型。
谁能告诉我在将页面划分为不同的 backbone 视图和模型时需要考虑哪些事项，并请提供任何参考资料
这取决于您的 REST API。
Backbone 不直接与后端 table 交互，它通常使用 REST API 与 table 交互（或任何数据存储）。
如果 API 具有直接在 table 上执行 CRUD 操作的端点，那么您应该创建一个 backbone 模型客户端来表示它，并使用它的内置方法，例如作为 save()、destroy() 等与 REST API.
如果您的其余 API returns 数据是多个 table 连接的结果，具有在后端更新多个 table 的单个端点，那么拥有一个包含来自所有这些 tables 的数据的模型是有意义的，并使用内置方法与 REST API 交互，相应地更新所有这些 tables。
所以简而言之，你应该根据 REST API 创建前端模型，而不是直接根据数据库结构。