Zend 与现有的 Propel ORM

Question

我正在努力将一个相当大（但有些简单）的应用程序从 Symfony 转换为 Zend，由于数据库而很大。这也是我的第一个 Zend 项目，但到目前为止似乎进展顺利。该应用程序很简单，数据库相当复杂（我预计如果手动完成，需要花费很多时间进行数据映射）。

我拥有使用 Symfony FW 完成的所有原始源代码。原始版本使用 propel 并工作（并且有超过 200 个模型映射 DB，快速浏览 272 个）。

我的数据库表有一行又一行的依赖，我还重用了原始的数据库结构...直接导入表/模式，所以我想原始的 propel 在这方面仍然可以正常工作。

我的问题是，花时间尝试将旧应用程序的推进部分与我的新的基于 Zend 的应用程序版本一起使用是否值得？这应该是直接的冒险吗？

如果这能起作用，它可能会消除我生活中的许多不眠之夜:)

Answer 1

模型类可以包含对 Symfony 类的引用，例如 sfMixer。它们是通过额外的 Propel 行为添加的在 Symfony 发行版中。由于 sfMixer 可能不会存在于您的新 Zend 项目中，因此这可能会导致错误。

但是，应该可以使用全新的 Propel 安装（在 Zend 中或在 Symfony 中禁用额外行为）重新生成模型，然后将您自己的用户可编辑类文件复制到空生成的类文件上。

如果您在 Zend 项目中使用与 Symfony 项目中相同版本的 Propel，那么这应该是开箱即用的（除非您编辑了 Base 类，但我假设您没有这样做）。如果您在 Zend 中使用较新版本的 Propel 来生成模型，那么当您访问已更改的受保护成员时，可能会出现兼容性问题。

Answer 2

为了其他可能在这里查看的人的利益，我将回答我自己的问题......

我最终做的是安装最新版本的 Propel (1.5)。 Jan Fabry（上图）提到之前生成的模型（来自 SF 项目）可能存在残留元素，这也是我担心的问题。所以我在数据库上运行了“反向”并生成了新的架构/模型。

我当然会保留原始生成的模型以供参考，因为我正在重用现有的数据库。我还在之前的应用程序上运行了 phpDoc 构建，包括生成的 Propel 模型，这是一个很好的工具，可以查看之前所做的事情。作为“侧面”提示，我还在新生成的模型上运行了 phpDoc，现在我有了一种从 Propel 构建生成的新“自定义 db api”的“参考”文档……真的很酷！
已经存在一些架构问题，例如缺乏对 ENUM 类型的支持……但在 Propel v1.6 中出现。原始模型作为 Propel 如何与现有数据库一起使用的工作示例。我预计当问题出现时，将“手动”编辑新模式中的一些条目。

Propel v1.5 有一个新的“查询”API（由 Frosty Z 指出），它正在替换（或增强）我的新应用程序中的“条件”和“对等”。对于以前如何将数据库集成到应用程序的逻辑中，原始代码仍然是一个很好的模型（不是 MVC 模型），但我发现新版本的 Propels“查询”API 将提供很大的帮助。

我读到 Propel 在某处不支持“连接”，但我看到这个版本支持，并且还有许多其他新的和新的功能。 Propel 中有用的功能。值得注意的是，新 API 处理关系的方式。这些都在 Propel 的文档中，我很想使用它。对于“手动”界面来说，数据库有点大且复杂，因此 Propel 的“反向”功能也非常方便。

像这样的查询：

                    $Users = UsersQuery::create()
                  ->filterByLastName($LastName)
                  ->find(); // $Users is a PropelCollection object
                 return $Users;

正如 Frosty Z 所说，非常“好”，并且与使用 Zend_Db 或直接 PHP/MySQL 相比节省了大量编码，并且看起来比以前的“标准”、“对等”方式更简单。该片段来自 Propel Docs，它解决了让我在其他地方寻找解决方案的问题，有条件的发现似乎它的代码大小相对会增长。我已经可以看到根据 ACL 过滤结果是多么容易。

我的回答是解释为什么我不重复使用原始模型；缺乏新方法和新方法担心残留代码可能会导致错误或头痛，以及为什么我坚持使用 Propel（除了它看起来真的很好这一事实）；我有一个可用的 ORM 的现有示例。真的，我可以说上面的两个答案都是我的答案。谢谢你们！

Answer 3

我认为你可以重用旧应用程序的 Propel 部分，因为 Propel 1.5（当前稳定）和下一个 1.6 向后兼容到 Propel 1.3（如果我没记错的话，由 Symfony 1.0 使用）及其原始的“Criteria”语法。

然后，您将受益于 Propel 1.5 的改进（其中包括漂亮的“查询”语法），而不会丢失现有代码。

请参阅：

• http://www.propelorm.org/wiki/Documentation/1.5/WhatsNew
• http://propel.posterous.com/propel-160-beta-2 -发布