Zend Framework的模型和后端接口生成器

Question

通过一些研究,经常报告的一个缺点Zend Framework是起飞所需的工作量.对我来说,如果像Symfony那样ZF强大model和backend interface发电机,这可以解决.我一直在寻找那些,这是我发现的:

模型生成器

• http://code.google.com/p/zend-db-model-generator/:看起来像官方的,根据用户的反馈,文档似乎很糟糕.

• http://code.google.com/p/zend-model-generator/:看起来非常先进.3个月前更新.

• https://github.com/inxilpro/Galahad-FE/:2年内没有更新,看起来已经死了.

• https://github.com/codeinchaos/zend-model-generator/blob/master/generate.php:单个php文件,可以作为基础使用并根据需要进行扩展.

后端接口

像往常一样,可以使用数据库管理工具

• http://www.phpmyadmin.net:3.5以后有很多新功能.难以延伸.

• http://www.adminer.org/:单文件后端接口.相当完整.插件的使用似乎使扩展功能变得容易.

后端接口生成器

• http://zfdatagrid.com/grid/default/site/crud来自看似非常活跃的ZF相关项目:http://code.google.com/p/zfdatagrid/.

• http://www.koala-framework.org/:我最近遇到过这个框架,它允许你围绕Zend创建"类似桌面"的应用程序,可以用来创建一个后端接口.

设置界面似乎很容易,例如,在这里您将如何显示一个表单来编辑与编辑成员相同的页面上的联系人:

<?php
class MemberContacts extends Kwf_Model_Db
{
    protected $_table = 'member_contacts';
    protected $_referenceMap = array(
        'Member' => array(
            'column'           => 'member_id',
            'refModelClass'     => 'Members',
        )
    );
}
?>

可以使用Koala框架的演示.说实话,它看起来令人印象深刻.

问:Zend使用哪种模型生成器和后端接口(生成器)？为什么？

Answer 1

我不使用任何类型的发电机、准备好的后台或所谓的脚手架。

为什么我不以一般方式使用它们？

这些工具对生成的 UI 结构产生了强烈的依赖性​​，您不再有能力按照您想要的方式设计它。

它们很难重用，除非你非常了解它们，它们引入了很多魔力，例如，当我使用 Django 创建后台时，我必须设置五个参数并且后台正在运行。了解它的工作原理确实需要大量有关该工具内部机制的知识，因此更新它可能会很痛苦。

在我看来，提供几乎完整的后台应用程序（如 Symfony、Rails 和 Django）与 Zend Framework 所做的事情之间有很大的区别：限制于通用框架和库。

在开箱即用的东西和灵活的东西之间有一个深思熟虑的选择。我认为他们倾向于针对不同的需求。

我倾向于更喜欢 Zend Framework 方法，因为我对其他人提供的“几乎完成”的 UI 不满意（也没有经验，我必须承认这一点）。

为什么我不会在 Zend Framework 中使用它们？

如果 Zend Framework 没有嵌入这样的工具，我不会插入其他人试图在其上构建的东西，因为没有什么可以保证它不会出现任何回归（并且升级可能是一件非常好的事情，因为 Zend 总是集成越来越多的外部服务）。Zend Framework 的强大之处在于它的灵活性，通过在其上重叠工具，您将违背该产品的理念。

它可能会满足您对非常小的项目的期望，但对于更大的项目，我真的建议您根据自己的需求构建 UI，后台只需要您多花一到两周的时间。