2 回答

TA貢獻1836條經驗 獲得超3個贊
取決于你項目的規模和復雜程度,如果僅僅是簡單的數據庫CRUD,Model完全被ORM取代沒什么問題。
在我的項目中,因為有模塊話以及多種數據來源的復雜性。Model又被細分為三層:
最上層負責事件調度和緩存調度
中間抽象出一層,我稱之為ModelItem,一個ModelItem的數據來源可能是ORM,也可能是來自Webservice,ModelItem之間可以進行數據與數據間的關系橋接,也就是傳統的One2One,Many2Many等關系,但是這種關系并不限于ORM,而是普遍適用于所有數據,所以很有可能一個來自數據庫的數據Product可以和來自Taobao Webservice的數據進行鏈接。
最下層是數據接口的底層實現,包括ORM和Webservice。
所以我的結論是:Model的功能包含但并不限于將數據庫抽象為對象,如果項目簡單,Model可以等價于ORM,如果復雜,Model最好再細分。

TA貢獻1807條經驗 獲得超9個贊
如果按照目前流行的 api 和restful api 接口的 前后端分離的架構.
那么php 已經基本淪為數據源提供, 那么 mvc中 php 只處理 model 就是crud 然后 php c 負責調度和處理邏輯 拼裝數據. v已經沒有了
前端js 還要在分 mvc 前端model 負責接收數據 同時也負責一些為了頁面顯示的數據的拼裝.
直接總體就變成 mcmvc
而且隨著前端的發展,針對事件機制的框架 例如mvvm結構 實際變成了mcmvvm
如果后端是nosql 可能就是mmvvm c也不太需要了. 一些邏輯也放到前端了.
- 2 回答
- 0 關注
- 117 瀏覽
添加回答
舉報