【问题标题】:PHP/PEAR database-to-oop mapping engine?PHP/PEAR 数据库到 oop 映射引擎?
【发布时间】:2011-07-08 11:06:43
【问题描述】:

上周我花费在 PHP 中创建一个动态的 DB 到 OOP 映射引擎。
它工作得很好。你定义你的数据库,创建同名的 PHP 类,调用一个方法,它生成 SQL,获取结果,并从中创建适当的对象。

您可以应用不同的查询过滤器,它会自动连接父表、翻译表(用于多语言数据库)、值表(在 PHP 端没有类),它有一个内置的过滤器验证器(所以只有有效的 sql 被传递给数据库)等等等等。

这并不是什么革命性的事情,但是通过一些谨慎的表/类命名,它可以很好地完成工作。

后来,我打开我的 cPanel 并查看了 PEAR 模块,我可以看到有很多模块处理数据库。我是 PEAR 新手,之前没用过。

谁能告诉我是否有一个模块可以做类似的事情,就像我上面描述的那样?
为了清楚起见,我不是在寻找一个代理生成器,它会为类生成代码,而是一个动态映射器,它几乎on-fly完成所有事情。

【问题讨论】:

    标签: php oop nhibernate-mapping mapping pear


    【解决方案1】:

    http://www.doctrine-project.org/这就是你要找的吗?一个 ORM?

    【讨论】:

      【解决方案2】:

      【讨论】:

      • 也许,仍在阅读。讨厌这个梨文档。无论如何,我正在寻找可以处理动态过滤器的东西。例如,在我的引擎中,我只写了 $users=User::getAll(array("cityId=2", "age>18")),它会获取城市 2 中所有 18 岁以上的用户。我没有想分别写getByCity、getByAge、getByCityAndAge的sql
      • 我还想看看 Zend::DB。我个人讨厌梨系统。 Zend 由一家公司积极管理,获得公平许可,并积极维护。
      • 无论如何,我应该寻找其他解决方案,还是应该坚持现有的解决方案?我的工作很好。我只是认为一个广泛使用、已发布、应该更优化,并且可能更快更好地打磨
      • 这取决于你。一个开放的、广泛使用的系统的好处是您不必维护它。但是,如果您不确定现在这样做是否值得,并且希望启动您的应用程序(是的,请),那么我会等到您搞砸了。
      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2015-04-23
      • 2012-07-18
      • 1970-01-01
      • 1970-01-01
      • 2011-06-28
      相关资源
      最近更新 更多