接触物件导向程式设计一段时间了
除了各式各样的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就能简单明确的呈现你想要的东西啦