我一直在阅读很多关于ZF项目中Doctrine2用法的知识,并且看到很多使用它和Zend_DB的例子。对于在中型数据库模式中使用的建议方法5-7具有关系的表? Doctrinr是否更好地管理外键关系? Zend_DB应该用于这个规模的项目作为教义会矫枉过正吗?Zend模型最佳实践 - 学说?
寻找一个清晰的决策树,确定Doctribe是否会成为现实。谢谢你的帮助!
我一直在阅读很多关于ZF项目中Doctrine2用法的知识,并且看到很多使用它和Zend_DB的例子。对于在中型数据库模式中使用的建议方法5-7具有关系的表? Doctrinr是否更好地管理外键关系? Zend_DB应该用于这个规模的项目作为教义会矫枉过正吗?Zend模型最佳实践 - 学说?
寻找一个清晰的决策树,确定Doctribe是否会成为现实。谢谢你的帮助!
学说就是要尽快启动并运行。
Zend_Db的问题是它不是一个ORM,也不会尝试成为一个对象关系映射器,这意味着如果你打算使用模型,那么你必须自己创建所有这些所有的辛勤工作。
就我个人而言,我会说这个大小的项目对于你学习如何使用Doctrine来说是一个偶然的机会。像Zend Framework一样,Doctrine的确有一个学习曲线,你将无法挑选它并立即开始,但如果你阅读了文档以覆盖它,你就会明白它将如何帮助你在将来快速开发具有复杂查询的应用程序,它们几乎不需要考虑。
使用Zend_Db_Table
创建用于连接的查询并使用Zend_Db_Expr
有时可能会带来挑战。但是,通过Doctrine,您可以通过YAML自动生成模型,或者只需创建属性并对它们进行注释(就像使用DocBlock一样)。
Zend框架和原则2积分:
如果它可以帮助你的影响力在所有的,我从来没有在再次使用Zend_Db_Table类打算。永远。
非常感谢您的建议。我不期待在ZF中创建所有模型类:) – SidC