首页 >后端开发 >php教程 >mvc模式中的model的作用的疑问

mvc模式中的model的作用的疑问

WBOY
WBOY原创
2016-10-17 09:30:061383浏览

mvc中的m(model)代表模型,主要用来操作数据,那么对数据进行简单处理到底应该在C层还是在M层呢。

<code>$sql = "SELECT id, name FROM test_table"
$result = $conn->query($sql);
$data = $result->getAll();</code>

在上述代码中,假如我需要把data改成以id为键的数组,那么这个操作应该在m层还是在c层呢?

回复内容:

mvc中的m(model)代表模型,主要用来操作数据,那么对数据进行简单处理到底应该在C层还是在M层呢。

<code>$sql = "SELECT id, name FROM test_table"
$result = $conn->query($sql);
$data = $result->getAll();</code>

在上述代码中,假如我需要把data改成以id为键的数组,那么这个操作应该在m层还是在c层呢?

个人观点:M层比较好吧
你既然用MVC了,就是为了降低耦合程度,提高可扩展性。
混着写的话不利于以上两个目的。
当然如果本身项目不大的话,其实也没必要用mvc结构。

根据你的示例里面的问题,我觉得你可以用closure function 的办法来做,比如model class 里面定义一个dataFormat的方法,然后调用返回数据的时候调用一下,这个dataFormat再使用你传入类的closure function 来处理你这个返回数据,这样比较灵活

其实都行,具体看你的接口需求,不用太纠结!因为这个问题我也问过我老师,我说C层是负责控制页面跳转以及封装请求数据调取接口,而M层是对C层调用接口参数校验以及数据处理返回,那具体是什么业务逻辑放在哪里,其实这都是我们根据自己设计程序的需求去做的

所以不用太纠结

model的出现就是为了把数据层全部控制在model,为什么这样做?

<code>耦合性降低了、可读性、维护、扩展性都得到了提高。
</code>

mvc 的 c 是拿来衔接model和view的

MVC的核心思想是分离界面(View),逻辑(Controller),数据(Model).
对于Web应用来说,过程就是C调用M输出V.

页面控制器:

<code>/post.php?a=create
/post.php?a=read&id=1024
/post.php?a=update&id=1024
/post.php?a=delete&id=1024</code>

模型(CRUD):

<code>function post_create() {}
function post_read() {}
function post_update() {}
function post_delete() {}</code>

视图:
/view/post.php

可见对数据模型post的CRUD操作函数当然还是汇总在/include/funclass.php中好,方便在其他控制器中也能调用.总之就是你觉得你这个操作其他控制器也需要用到,那你就可以考虑封装成函数或者类放到funclass.php里"共享".

肯定在控制器里面操作

加粗文字请输入代码



声明:
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn