創建基於服務器端的骨幹視圖/模型對象的結構

Question

在爲網頁創建Backbone模型和集合時，我感覺數據可以以多種方式分離爲模型和集合。

考慮一個例子，我有一個網頁，理想情況下我應該創建一個骨幹視圖，並在那裏通過該視圖的一個骨幹模型。但是，數據必須放入服務器端的兩個不同的數據庫表中。在這種情況下，我很困惑我是否應該在定義視圖/模型時考慮前端場景，還是應該根據服務器端POJO類結構創建它們。

我的意思是，如果我只是從前端角度思考，我只需要創建一個骨幹視圖和一個模型。但是，如果從服務器端Object的角度來看，我需要創建兩個主幹視圖和兩個模型。

有人能告訴我什麼是在分割頁面不同的骨幹視圖和模型，並請提供任何引用

Answer 1

這取決於您REST API要考慮的事情。

Backbone不直接與後端表交互，它通常使用與表（或任何數據存儲）交互的REST API。

如果原料藥有直接在表上執行CRUD操作終點，那麼你應該創建一個表示它的骨架模型客戶端，並使用它內置的方法，如save()，destroy()等與REST API進行交互。

如果您的其他API返回的數據是多個表連接的結果，並且有單個端點更新後端上的多個表，那麼有一個模型包含來自所有這些表的數據並且與REST API使用內置方法相應地更新所有這些表。

簡而言之，您應該根據REST API創建前端模型，而不是直接根據數據庫結構創建。