(php) 关于php开发的一些疑问

作为一个刚入行不久的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可以调用同一个验证规则,不用重复造轮子,同时代码逻辑清晰,便于后期维护。

发表评论

电子邮件地址不会被公开。 必填项已用*标注