[心得] 淺談MVC的概念
接觸物件導向程式設計一段時間了
除了各式各樣的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://www.ptt.cc/bbs/PHP/M.1432923714.A.AB4.html
推
05/30 02:29, , 1F
05/30 02:29, 1F
→
05/30 02:29, , 2F
05/30 02:29, 2F
那樣就得把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
PHP 近期熱門文章
PTT數位生活區 即時熱門文章
