a2lix TranslationFormBundle和Gedmo原则扩展只需一个翻译表即可翻译 [英] a2lix TranslationFormBundle AND Gedmo Doctrine Extension Translatable with just one Translation table

查看:224
本文介绍了a2lix TranslationFormBundle和Gedmo原则扩展只需一个翻译表即可翻译的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在尝试使用a2lix TranslationFormBundle( https://github.com/a2lix/TranslationFormBundle )与Symfony2项目。
我一直在看文档,特别是在这个演示: https ://github.com/a2lix/Demo/tree/master/src/A2lix/DemoTranslationBundle

I am trying to use the a2lix TranslationFormBundle ( https://github.com/a2lix/TranslationFormBundle ) with a Symfony2 project. I have been looking at docs and specifically at this demo: https://github.com/a2lix/Demo/tree/master/src/A2lix/DemoTranslationBundle

我注意到了文档和演示文稿中的所有示例对于每个可翻译实体,使用具体的翻译表(终端实体),在类注释中设置为

I noticed all examples in both the doc and the demo use specific translation tables (end entity) for each translatable entity, as set in the class annotation with

@Gedmo\TranslationEntity(class="A2lix\DemoTranslationBundle\Entity\ProductGedmoTranslation")

我的想法是留在只有一个表,就像Gedmo Doctrine Extension Translatable创建和管理的ext_translations表。

My idea was to stay with just one table, like the ext_translations table that the Gedmo Doctrine Extension Translatable creates and manages.

这可能是或者TranslationFormBundle是否绝对需要单独的表?
有没有人有一个工作的例子?

Is this possible or does the TranslationFormBundle absolutely need separate tables? Does anyone have a working example?

TIA

推荐答案

p>使用TranslationFormBundle的当前实现,您需要单独的表。使用一个ext_translations表不是计划。

With the current implementation of TranslationFormBundle, you need separate tables. Use an only one ext_translations table is not plan.

这篇关于a2lix TranslationFormBundle和Gedmo原则扩展只需一个翻译表即可翻译的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆