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

前端之家收集整理的这篇文章主要介绍了php – 直接从MVC中的控制器使用ORM类,不好的做法?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近在我的CodeIgniter应用程序中深入研究使用ORM,而我所使用的是Propel.现在这给了我基本上使用Propels类作为’模型’的能力,但这是不好的实践?

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

  1. <?PHP
  2. class Page extends Controller {
  3. function __construct() {
  4. parent::__construct();
  5. }
  6.  
  7. function index() {
  8. $foo = FooQuery::create()->limit(10)->find();
  9. $data['content'] = array('foo'=>$foo);
  10. $this->load->view('home',$foo);
  11. }
  12. }
  13. ?>

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

提前致谢

是的,这是不好的做法.

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

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

猜你在找的PHP相关文章