接觸物件導向程式設計一段時間了 除了各式各樣的Design Pattern 最常用的還是MVC這個模式吧 而大家入門各家Framework時 第一個接觸到的設計模式也大概都是MVC (這邊再偷推一些phalcon的第一個設計模式 Dependency injection，這在JS的 模組化也常用) 那這邊來一些簡單的心得 Model: Model到底該負責些什麼？ Model負責的是跟View的接與送，任何資料，在同一個行為、或資料相關延伸 無論真實的(從資料庫裏拿出來)，或虛擬的(單只接收View端送來的資料) 或是同時虛擬跟真實資料的併行做一些資料驗證、資料格式化、資料合併、資料比對 這些就是Model在做的事 (很多人會在controller做這些事) View: 負責Client端資料的呈現與資料傳遞的入口 你可以把它想成是銀行的窗口 當你在排隊等號時，你一定會想要最美的那位櫃台輪到你的號，辦理事項只是其次(誤 而櫃台的長髮、襯衫第一件鈕扣沒扣、平眉韓系的妝扮，就是View所需要的工具(?? Controller: 這邊是邏輯的中樞 接送前端的資料，你要負責確保它能使用到對的Model來應用(格式化、驗證、合拼、比對) 而前端的用戶，如果是個沒錢的死阿宅，你就讓它403或404就對了 常見問題： View的一小區塊的邏輯呈現，因應ACL的人員，到底要用Controller不同的action(入口) 來判斷，還是直接在View裏面去寫if...else呢？ 這邊其實要看你的action要做什麼事，如果資料的變化大於呈現的變化 那麼會比較建議使用action來區別。 如果是呈現的變化大於資料的變化，那麼會建議使用更細的Permission來控制View的呈現 所以通常會是多個action用一個View 或 一個action用多個View來解決。 (後者像是把View拆裝成block)，當然也是會複雜到需要交互使用的情況 最後的建議： 儘量保持你的controller乾淨俐落 讓你的Model保有彈性和擴充(多利格式化、合併、比對的應用方法) 最後你的View就能簡單明確的呈現你想要的東西啦 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.147.58.54 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/PHP/M.1432923714.A.AB4.html 那樣就得把ACL的權限丟到Model本身去判斷，Controller就會變的很微弱 Model會變得不像Model，但如果指的是資料本身邏輯，那麼就是原文所建議的方向 這倒是另一個常見問題 通常ACL分配的插入點是在Controller這端 而進到Action後，我再依邏輯給你A Model 或B Model 但這邊也要澄清一下Model的用法 Model本身不代表"一個”資料庫或資料表 同一個資料表可以有多個Model，這也是我自己目前常在應用的方式 e.g: 我有一個 user 資料表，但我有三個Model應用在user這個資料表 分別為 normalUser, vendorUser, searchUser 對資料邏輯來說，它們做不同的事(或類似)，有不同的驗證、不同的屬性、不同的方法 應用 而我只需要在Controller這邊決定要用哪一個 ※ 編輯: dlikeayu (27.147.58.54), 05/30/2015 02:59:44