84669 personnes étudient
152542 personnes étudient
20005 personnes étudient
5487 personnes étudient
7821 personnes étudient
359900 personnes étudient
3350 personnes étudient
180660 personnes étudient
48569 personnes étudient
18603 personnes étudient
40936 personnes étudient
1549 personnes étudient
1183 personnes étudient
32909 personnes étudient
mvc中的m(model)代表模型,主要用来操作数据,那么对数据进行简单处理到底应该在C层还是在M层呢。
$sql = "SELECT id, name FROM test_table" $result = $conn->query($sql); $data = $result->getAll();
在上述代码中,假如我需要把data改成以id为键的数组,那么这个操作应该在m层还是在c层呢?
拥有18年软件开发和IT教学经验。曾任多家上市公司技术总监、架构师、项目经理、高级软件工程师等职务。 网络人气名人讲师,...
MVC的核心思想是分离界面(View),逻辑(Controller),数据(Model).对于Web应用来说,过程就是C调用M输出V.
页面控制器:
/post.php?a=create /post.php?a=read&id=1024 /post.php?a=update&id=1024 /post.php?a=delete&id=1024
模型(CRUD):
function post_create() {} function post_read() {} function post_update() {} function post_delete() {}
视图:/view/post.php
可见对数据模型post的CRUD操作函数当然还是汇总在/include/funclass.php中好,方便在其他控制器中也能调用.总之就是你觉得你这个操作其他控制器也需要用到,那你就可以考虑封装成函数或者类放到funclass.php里"共享".
其实都行,具体看你的接口需求,不用太纠结!因为这个问题我也问过我老师,我说C层是负责控制页面跳转以及封装请求数据调取接口,而M层是对C层调用接口参数校验以及数据处理返回,那具体是什么业务逻辑放在哪里,其实这都是我们根据自己设计程序的需求去做的
所以不用太纠结
个人观点:M层比较好吧 你既然用MVC了,就是为了降低耦合程度,提高可扩展性。混着写的话不利于以上两个目的。当然如果本身项目不大的话,其实也没必要用mvc结构。
根据你的示例里面的问题,我觉得你可以用closure function 的办法来做,比如model class 里面定义一个dataFormat的方法,然后调用返回数据的时候调用一下,这个dataFormat再使用你传入类的closure function 来处理你这个返回数据,这样比较灵活
MVC的核心思想是分离界面(View),逻辑(Controller),数据(Model).对于Web应用来说,过程就是C调用M输出V.
页面控制器:
模型(CRUD):
视图:
/view/post.php
可见对数据模型post的CRUD操作函数当然还是汇总在/include/funclass.php中好,方便在其他控制器中也能调用.总之就是你觉得你这个操作其他控制器也需要用到,那你就可以考虑封装成函数或者类放到funclass.php里"共享".
其实都行,具体看你的接口需求,不用太纠结!因为这个问题我也问过我老师,我说C层是负责控制页面跳转以及封装请求数据调取接口,而M层是对C层调用接口参数校验以及数据处理返回,那具体是什么业务逻辑放在哪里,其实这都是我们根据自己设计程序的需求去做的
所以不用太纠结
个人观点:M层比较好吧
你既然用MVC了,就是为了降低耦合程度,提高可扩展性。
混着写的话不利于以上两个目的。
当然如果本身项目不大的话,其实也没必要用mvc结构。
根据你的示例里面的问题,我觉得你可以用closure function 的办法来做,比如model class 里面定义一个dataFormat的方法,然后调用返回数据的时候调用一下,这个dataFormat再使用你传入类的closure function 来处理你这个返回数据,这样比较灵活