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

前端之家收集整理的这篇文章主要介绍了php – 直接从MVC中的控制器使用ORM类,不好的做法?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近在我的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.这样,如果您需要调整数据模型,您可以在一个地方(模型层)更改它,并知道抽象将保持不变.

猜你在找的PHP相关文章