适用于i18n的FuelPHP ORM数据库架构,意见/建议

Que*_*cia 5 database orm internationalization fuelphp

虽然这个问题可能 其他许多问题类似, 我想就FuelYP上针对i18n的最佳方法提出意见/建议.

所以,这是我到目前为止所得到的:

数据库架构#1:

models (id, name_pt, name_es, name_en, description_pt, description_es, description_en)
Run Code Online (Sandbox Code Playgroud)

样本数据#1:

(1, 'Modelo', 'Modelo', 'Model', 'Descrição do modelo', 'Descripción del modelo', 'Model description')
Run Code Online (Sandbox Code Playgroud)

优点:

  • 直接而简单
  • 每个型号一张表
  • 无需使用JOIN
  • 使用魔术方法简化数据访问:

 

public function & __get($property)
{
    if (array_key_exists($property, array('name', 'description')))
    {
        $property = $property.'_'.Session::get('lang_code');
    }

    return parent::__get($property);
}
Run Code Online (Sandbox Code Playgroud)

这样,我就可以打电话了:

$model->name;
$model->description;
Run Code Online (Sandbox Code Playgroud)

代替:

$model->{'name_'.Session::get('lang_code')};
$model->{'description_'.Session::get('lang_code')};
Run Code Online (Sandbox Code Playgroud)

缺点:

  • 拥有大量语言/翻译字段可能会变得混乱.
  • 添加新语言意味着向表中添加新字段
  • 魔术方法仅在我们已有ORM实例/对象时才有效.要通过由翻译字段排序的查询构建器来获取ORM实例,它仍然需要以下代码:

 

Model_Model::query()
    ->order_by('name_'.Session::get('lang_code'))
    ->get();
Run Code Online (Sandbox Code Playgroud)

数据库架构#2:

languages (id, code, name)
models (id)
i18n_models (id, model_id, language_id, name, description)
Run Code Online (Sandbox Code Playgroud)

样本数据#2:

-- languages
(1, 'pt', 'Português')
(2, 'es', 'Español')
(3, 'en', 'English')

-- models
(1)

-- i18n_models
(1, 1, 1, 'Modelo', 'Descrição do modelo')
(2, 1, 2, 'Modelo', 'Descripción del modelo')
(3, 1, 3, 'Model', 'Model description')
Run Code Online (Sandbox Code Playgroud)

优点:

  • 更好的数据组织
  • 添加新语言非常简单
  • 与第一种方法一样,我们也可以使用set()方法直接访问数据来填充$ _custom_data数组:

 

$i18n = Model_I18n_Model::query()
    ->where('model_id', $model->id)
    ->where('language_id', Session::get('lang_code'))
    ->get_one();

$model->set(array(
    'name' => $i18n->name,
    'description' => $i18n->description
));
Run Code Online (Sandbox Code Playgroud)

缺点:

  • 复杂性增加
  • 必须使用JOIN或第二个查询
  • 需要为每个模型添加一个额外的表

数据库架构#3:

在其他问题上,我看到人们建议在所有翻译中使用中央i18n表,为模型的每个翻译使用一行.

优点:

  • i18n的单表在模型之间共享
  • 与以前的方法一样,添加新语言应该很容易

缺点:

  • 在获取数据时复杂性增加,需要为模型的每个翻译文本加入JOIN
  • 我们可以尝试使用这种方法使用EAV容器,尽管它使用键/值进行映射,但在这种情况下,特别是我们还必须使用language_id来获取正确的转换.

Personaly,我更喜欢第二种方法.您看到了哪些其他优点/缺点?有没有人在FuePHP上以不同的方式实现i18n?分享你的想法:)

Mic*_*sky 2

lang我所做的只是在表中添加一个字段。

然后我过滤该字段:

SELECT * FROM articles WHERE lang = 'en'
Run Code Online (Sandbox Code Playgroud)

我什至在管理部分的 CRUD 中使用它,用户可以在其中切换语言,并且他们可以看到该特定语言的所有条目。

编辑将自动以他所使用的语言编辑内容。

INSERT INTO articles VALUES('My Title', 'My Article', 'en')
Run Code Online (Sandbox Code Playgroud)

只需从当前本地用户获取“en”即可。(我确实允许他们改变形式,但要覆盖它)。