Model view controller Zend框架编码标准

Model view controller Zend框架编码标准,model-view-controller,zend-framework,model,Model View Controller,Zend Framework,Model,如果你不想听我的聊天应用程序。。。 应用程序的主要部分,即完成所有后端工作的部分位于“models”目录中。该类称为AEDC_Model_Chat(AEDC是名称空间),但该特定类实际上不是“对象”。它从不实例化,只公开静态方法 所以,我认为这实际上不是一个模型,也不属于“模型”。 有什么想法吗?IMO,我认为基于静态的类可以驻留在/models目录中。在使用Propel和Doctrine时,它们(分别)具有对等类和表类,这两个类永远不会被实例化,而是要在与它们关联的对象上实现业务逻辑。目录列表

如果你不想听我的聊天应用程序。。。 应用程序的主要部分,即完成所有后端工作的部分位于“models”目录中。该类称为AEDC_Model_Chat(AEDC是名称空间),但该特定类实际上不是“对象”。它从不实例化,只公开静态方法

所以,我认为这实际上不是一个模型,也不属于“模型”。
有什么想法吗?

IMO,我认为基于静态的类可以驻留在/models目录中。在使用Propel和Doctrine时,它们(分别)具有对等类和表类,这两个类永远不会被实例化,而是要在与它们关联的对象上实现业务逻辑。目录列表示例:

// Propel
/lib/model/mydb
    Vehicle.php // Instantiable
    VehiclePeer.php // Works with vehicle object(s)

// Doctrine
/lib/model/mydb
    Vehicle.php // Instantiable
    VehicleTable.php // Works with vehicle object(s)
--更新--


需要进行更正(不改变答案),关于条令,“*Table”类可以实例化,但它们的行为仍然与我上面描述的相同,因为包含的方法用于处理相关对象。您对“静态”类的使用更接近于推进的工作方式,正如我前面提到的,可以接受驻留在/model目录中。

这很有意义。。。我对MVC比较陌生,我知道我不想在控制器中有太多的逻辑,所以最初把这些东西放在模型中似乎是最合乎逻辑的。谢谢你的见解。仅供参考:如果你想使用,你应该将你的类重命名为
Adec\u Model\u Chat