接觸物件導向程式設計一段時間了
除了各式各樣的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就能簡單明確的呈現你想要的東西啦