作为一个刚入行不久的php新人，在项目开发中总遇到各式各样的问题。现在感觉语法方面的问题， 基本上已经不怎么成为障碍了。现在的问题主要是对各种模式的疑惑，对代码写在哪里比较疑惑！ 有时候感觉已经进入了为了模式而模式！
其实最疑惑的还是mvc， 也不知道是用的自己写的项目的原因，还是自己对mvc的认识不足！
比如当前的一个例子：
这是一个控制器的代码， 我是应该这样写，c层直接取得数据然后把取得的数据直接交给model来做数据的验证，
还行象下边这样的写法，c层取得数据，转换成为我们想要的数据格式， 然后再转交给Model
还有一个问题：
我的前台提交过来一个数据，我要把它插入到数据库中，其中有个品牌的字段，我需要到品牌表中去验证当前的字段时候是，品牌表中一个已经存在的数据， 我是要是c层中直接做判断
还是把这个数据交给model层来做验证！
还有一个关于thinkphp的问题， tp的model中有一个dao对象（这个说法可能不正确）， 这个model是纯粹的Model层呢， 还是说也相当于一个数据逻辑层！
如果phper看到，希望给予指点， 或者说提供下资料。现在的网络资料太多， 感觉自己都无法分辨其中的说法，到底那个是合理的！
作为一个刚入行不久的php新人，在项目开发中总遇到各式各样的问题。现在感觉语法方面的问题， 基本上已经不怎么成为障碍了。现在的问题主要是对各种模式的疑惑，对代码写在哪里比较疑惑！ 有时候感觉已经进入了为了模式而模式！
其实最疑惑的还是mvc， 也不知道是用的自己写的项目的原因，还是自己对mvc的认识不足！
比如当前的一个例子：
这是一个控制器的代码， 我是应该这样写，c层直接取得数据然后把取得的数据直接交给model来做数据的验证，
还行象下边这样的写法，c层取得数据，转换成为我们想要的数据格式， 然后再转交给Model
还有一个问题：
我的前台提交过来一个数据，我要把它插入到数据库中，其中有个品牌的字段，我需要到品牌表中去验证当前的字段时候是，品牌表中一个已经存在的数据， 我是要是c层中直接做判断
还是把这个数据交给model层来做验证！
还有一个关于thinkphp的问题， tp的model中有一个dao对象（这个说法可能不正确）， 这个model是纯粹的Model层呢， 还是说也相当于一个数据逻辑层！
如果phper看到，希望给予指点， 或者说提供下资料。现在的网络资料太多， 感觉自己都无法分辨其中的说法，到底那个是合理的！
从代码复用的角度来说：
1. controller层一般是放就这个请求所用到的东东（比如这个请求的参数的提取、校验）
2. model层放的是一些业务逻辑，尽量不要直接碰request和response，和业务逻辑相关的参数校验以及业务逻辑判断可以放到model层
3. dao不是MVC里面的东东，用MVC的时候其实没必要加上一个dao，直接在model层操作数据库就行了
参考：MVC Best Practices
MVC只是一个better practice。但是不意味着一定要这么做。比如model里面的数据库操作可以放在Controller里面吗？当然可以。理论上你怎么做都可以。比如数据库设计一般要求3NF。但是实际做的时候很少有项目会完全满足3NF。理论上东西在某个具体的地方就不一定完全适应。要有个取舍的。相信自己的判断。才是最重要的。我用TP的时候Model基本很少用。大部分直接扔进Controller。后来换了Codeigniter。才比较多的写入了Model。
在您没有深刻理解MVC的优点之前，建议使用一个简洁的MVC框架（CI、TP等）来做几个项目，慢慢地有些说不清道不明的体会就有了，然后再总结编写你自己的MVC框架。就你的问题来说，数据验证工作一般情况下，是放在Model层来处理的，好处是Controller中不同方法，甚至不同Controller可以调用同一个验证规则，不用重复造轮子，同时代码逻辑清晰，便于后期维护。
