接触物件导向程式设计一段时间了 除了各式各样的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/cn.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