带水合物阵列的管理生成器

发布于 2024-11-29 13:14:00 字数 76 浏览 1 评论 0原文

我想通过使用 Doctrine::HYDRATE_ARRAY 来补充学说结果来加速我的一些管理员生成的模块。这是个好主意吗?我该怎么做呢?

I would like to speed up some of my admin-generated modules by hydrating doctrine results with Doctrine::HYDRATE_ARRAY. Is this a good idea? How can I do it?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

以可爱出名 2024-12-06 13:14:00

我认为你没那么容易做到。默认管理生成器主题中的所有调用都使用 Doctrine 对象(即 $model->id,而不是 $model['id']。要使用数组,您需要可能需要重新创建默认主题以及检索对象的所有调用。
哦,管理生成器还使用生成的表单作为生成显示表单的基础。

优化其他方法可能会更好。确保您必须更正客户端缓存标头、优化服务器端的 sfViewCacheManager、使用 APC、使用学说查询缓存等...
这可能包括一些更多的自定义工作(例如利用视图缓存管理器),但更容易实现。

I don't think that you can do it that easy. All calls in the default admin generator theme use the Doctrine object (i.e. $model->id, and not $model['id']. To use arrays you would probably need to recreate the default theme, as well all calls that retrieve the objects.
Oh, and also the Admin Generator uses the generated forms as it's base for generating the displayed forms.

You would probably be better off optimizing other ways. Make sure you have to correct client side caching headers, optimize the sfViewCacheManager on the server side, use APC, use the doctrine query cache, etc...
This could include some more custom work (for example leveraging the view cache manager), but significantly easier to implement.

看春风乍起 2024-12-06 13:14:00

我同意格雷格·范·霍克的观点。另外,请确保您的索引页使用最少数量的查询(在开发环境的 Web 工具栏中很容易看到)。在使用正确的表连接创建自定义 table_methods 并且仅包含我需要加载到对象中的字段后,我的大多数模块都会更加高效。

I agree with Grad van Horck. Also, make sure your index pages are using the minimum number of queries (easy to see in the development environment's web toolbar). Most of my modules are much more efficient after I create custom table_methods with the proper table joins and also include ONLY the fields I need to have loaded into the object.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文