加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > PHP教程 > 正文

php – 直接从MVC中的控制器使用ORM类,不好的做法?

发布时间:2020-12-13 18:05:05 所属栏目:PHP教程 来源:网络整理
导读:我最近在我的CodeIgniter应用程序中深入研究使用ORM,而我所使用的是Propel.现在这给了我基本上使用Propels类作为’模型’的能力,但这是不好的实践? 所以我的控制器代码如下: ?php class Page extends Controller { function __construct() { parent::__con
我最近在我的CodeIgniter应用程序中深入研究使用ORM,而我所使用的是Propel.现在这给了我基本上使用Propels类作为’模型’的能力,但这是不好的实践?

所以我的控制器代码如下:

<?php
    class Page extends Controller {
        function __construct() {
            parent::__construct();  
        }   

        function index() {
            $foo = FooQuery::create()->limit(10)->find();
            $data['content'] = array('foo'=>$foo);
            $this->load->view('home',$foo);    
        }
    }
?>

我想在继续开发我的应用程序之前解决这个问题.如果你认为这是一个不好的做法,我应该如何做到这一点的一个例子将是非常有帮助的.

提前致谢

是的,这是不好的做法.

该模型应包含您的所有数据逻辑,并将其全部抽象出程序的其余部分.对于应用程序的其余部分,模型应该看起来像黑盒子,从中获取其数据.如果您使用ORM作为模型,则需要leaking the abstraction并将控制器与数据层紧密耦合.

相反,创建模型,并在那里处理ORM.这样,如果您需要调整数据模型,您可以在一个地方(模型层)更改它,并知道抽象将保持不变.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读