mvc中的m(model)代表模型，主要用来操作数据，那么对数据进行简单处理到底应该在c层还是在m层呢。
$sql = "SELECT id, name FROM test_table" $result = $conn->query($sql); $data = $result->getAll();
在上述代码中，假如我需要把data改成以id为键的数组，那么这个操作应该在m层还是在c层呢？
回复内容：
mvc中的m(model)代表模型，主要用来操作数据，那么对数据进行简单处理到底应该在c层还是在m层呢。
$sql = "SELECT id, name FROM test_table" $result = $conn->query($sql); $data = $result->getAll();
在上述代码中，假如我需要把data改成以id为键的数组，那么这个操作应该在m层还是在c层呢？
个人观点：M层比较好吧
你既然用MVC了，就是为了降低耦合程度，提高可扩展性。
混着写的话不利于以上两个目的。
当然如果本身项目不大的话，其实也没必要用mvc结构。
根据你的示例里面的问题，我觉得你可以用closure function 的办法来做，比如model class 里面定义一个dataFormat的方法，然后调用返回数据的时候调用一下，这个dataFormat再使用你传入类的closure function 来处理你这个返回数据，这样比较灵活
其实都行，具体看你的接口需求，不用太纠结！因为这个问题我也问过我老师，我说C层是负责控制页面跳转以及封装请求数据调取接口，而M层是对C层调用接口参数校验以及数据处理返回，那具体是什么业务逻辑放在哪里，其实这都是我们根据自己设计程序的需求去做的
所以不用太纠结
model的出现就是为了把数据层全部控制在model，为什么这样做？
耦合性降低了、可读性、维护、扩展性都得到了提高。
mvc 的 c 是拿来衔接model和view的
UQCMS云商是一款B2B2C电子商务软件 ，非常适合初创的创业者，个人及中小型企业。程序采用PHP+MYSQL,模板采用smarty模板，二次开发，简单方便，无需学习其他框架就可以自行模板设计。永久免费使用，操作简单，安全稳定。支持PC+WAP+微信三种浏览方式，支持微信公众号。
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里"共享".
肯定在控制器里面操作
加粗文字请输入代码
