Php Zend DB表？还是你自己的SQL？

如何使用PHP和Zend框架处理中型项目。您是否在模型和数据库操作中使用Zend DB表/行？或者您的SQL语句中是否有某种抽象模型类

---

我想听听一些意见，谢谢。

我推荐Zend_Db_Table和Row用于数据库内容的基本处理。对于完整的ORM，它不是很高级，但它是封装功能的好方法，您可以向行对象添加自定义功能

您始终可以将原始SQL方法添加到模型中：

   class MyModel extends Zend_Db_Table_Abstract {

        public function getSomething(){
            return $this->getAdapter()->fetchAll("SELECT * FROM `tbl`");
        }

    }

---

我建议Zend_Db_表和行用于数据库内容的基本处理。对于完整的ORM，它不是很高级，但它是封装功能的好方法，您可以向行对象添加自定义功能

您始终可以将原始SQL方法添加到模型中：

   class MyModel extends Zend_Db_Table_Abstract {

        public function getSomething(){
            return $this->getAdapter()->fetchAll("SELECT * FROM `tbl`");
        }

    }

---

我们个人在公司的模型中使用Zend_Db_Select。这是因为我们在我们的电子商务软件中使用了很多连接和东西。对于简单的应用程序，Zend_Db_表是合适的

我们个人在公司的模型中使用Zend_Db_Select。这是因为我们在我们的电子商务软件中使用了很多连接和东西。对于简单的应用程序，Zend_Db_表是合适的

我最近一直在为DB层使用条令，没有回头看。我发现从数据库填充对象图很简单。其他的解决方案在处理我喜欢的关系时太麻烦了

我的域模型位于DB层之上，管理业务逻辑

---

但这实际上取决于您的域模型。当前版本的条令要求所有模型都扩展一个类，因此，如果需要模型继承，则不适合。此外，它仅适用于模型与数据库结构相似的情况。

我最近在数据库层中使用了条令，没有回头看。我发现从数据库填充对象图很简单。其他的解决方案在处理我喜欢的关系时太麻烦了

我的域模型位于DB层之上，管理业务逻辑

---

但这实际上取决于您的域模型。当前版本的条令要求所有模型都扩展一个类，因此，如果需要模型继承，则不适合。而且，只有当您的模型与DB结构相似时，它才适用。

我不会使用Zend。它很难使用。您最好使用CodeigniterCodeIgniter，因为它比ZF更简单，但质量也较差，而且功能要少得多。坚持会有回报的！Zend非常容易使用。只是很难学：它是可互换的吗？我的意思是php类似于c语法，与js非常相似。但是如果你是zending，你能切换回另一个环境吗？我不会使用Zend。它很难使用。您最好使用CodeigniterCodeIgniter，因为它比ZF更简单，但质量也较差，而且功能要少得多。坚持会有回报的！Zend非常容易使用。只是很难学：它是可互换的吗？我的意思是php类似于c语法，与js非常相似。但是如果你是zending，你能切换回另一个环境吗？+1；这基本上就是我的答案所说的。在过去我使用ZF的项目中，我们从Zend_Db_Table_Abstract为每个表派生类；它工作得相当好，允许我们有一个类层次结构来支持某些类型的表查找表之间的通用功能，例如。@James：您只扩展Zend_Db_Table Abstract还是although Zend_Db_Table_Row？我们只扩展了Zend_Db_Table_Abstract；不过，我们也可以通过扩展Zend_Db_Table_行来节省一些工作。我们最终得到了两层模型——具体的表类，以及利用这些表类的第二个应用层模型；这基本上就是我的答案所说的。在过去我使用ZF的项目中，我们从Zend_Db_Table_Abstract为每个表派生类；它工作得相当好，允许我们有一个类层次结构来支持某些类型的表查找表之间的通用功能，例如。@James：您只扩展Zend_Db_Table Abstract还是although Zend_Db_Table_Row？我们只扩展了Zend_Db_Table_Abstract；不过，我们也可以通过扩展Zend_Db_Table_行来节省一些工作。我们最终得到了两层模型——具体的表类，以及利用这些表类的第二个应用程序层模型。