PHP MVC的M，應該是寫C所要調用的商務邏輯方法，還是訪問資料庫的方法？

或者，兩者都包括在這裡？

回複內容：

或者，兩者都包括在這裡？

個人覺得如果業務不複雜的話,把商務邏輯寫在model層,C層唯寫簡單的調度...
曾經大量的代碼與邏輯寫在C層,但複用性很差,比如前台與後台要調用一個業務的邏輯基本相似,寫在C層就感覺很冗餘
如果業務複雜,可以再單獨分個層專門處理這些邏輯,M層就負責與資料相關的儲存即可.

主要看你的業務和代碼代碼約定，沒有固定的用處，要靈活運用。

個人建議每個Model資料模型對應特定的資料表，處理單獨的資料表業務，邏輯是業務的實現方式，按照業務去封裝，這樣便於維護。

M是資料模型，對於C來講M就相當於是資料庫的一張表，只負責存取資料，商務邏輯完全在C中實現，C告訴M存什麼數存哪些欄位，M負責產生並執行相應的SQL語句然後向C報告結果。

兩者皆可。你可以把圍繞Model的常見操作寫成相應Model類的方法，也可以把它們作為商務邏輯寫到Controller的Action裡去。

我一般把操作圍繞單個Model的CRUD模組直接寫成方法，這樣在多個Controller裡調用（Controller要負責錯誤提示輸出）；涉及多個Model的複雜事務，則完全寫在控制器中。

商務邏輯全部放到C層,C層的職責顯得太多了,C層專門調用M和V

