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

Question

我最近在我的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);    
        }
    }
?>

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

提前致谢

Answer 1

是的,这是不好的做法.

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

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