CakePHP 3.0.8 переводит поведение и проверку данных (requirePresence, notEmpty)

Значения по умолчанию, сохраненные в таблице переводов

Тот факт, что ввод для языка по умолчанию хранится в таблице переводов в случае изменения локали по умолчанию, кажется ожидаемым поведением, точно так же, как при чтении данных, где он будет извлекать данные по отношению к текущему языку, то же самое при сохранении данных.

Cookbook> Доступ к базе данных и ORM> Поведение> Перевод> Сохранение на другом языке

Изменение языкового стандарта по умолчанию является обходным путем, но оно может быть слишком инвазивным, поскольку оно будет мешать любому коду, использующему это значение, для проверки текущей локали. Лучше прямо установить желаемый язык на столе

 $Ingredients->locale(I18n::defaultLocale()); 

или, что является наименее инвазивным вариантом, вместо основного

 $ingredient->_locale = I18n::defaultLocale(); 

Также первое – это то, что описана связанная документация, но на самом деле не показана, которая должна быть исправлена.

Поля собирают «неправильные» правила проверки

Хотя я могу понять, почему хелпер формы, соответственно контекст сущности, подбирает правила проверки для «неправильных» полей, то xyz.name поля xyz.name берут те поля для поля name , я не могу сказать, так ли это, работать.

• https://github.com/cakephp/cakephp/blob/3.0.10/src/View/Form/EntityContext.php#L394
• https://github.com/cakephp/cakephp/blob/3.0.10/src/View/Form/EntityContext.php#L439

Поскольку он не будет воспринимать вложенные ошибки, я предполагаю, что это ожидаемое поведение, но я не уверен, поэтому я бы предложил создать проблему в GitHub для уточнения. В любом случае существуют различные способы обойти это, например, путем переименования полей или путем установки required параметра в значение false .

 echo $this->Form->input('locales.fr_CA.name', [ // ... 'required' => false ]); 

В вашем примере это в значительной степени просто проблема с интерфейсом, так как поля на самом деле не проверяются на стороне сервера.

Другим вариантом было бы использовать собственный класс таблицы трансляции с валидацией, специфичной для переводов, которая действительно применяется к используемым полям, однако это, вероятно, не так целесообразно, если вы действительно не хотите применять какую-либо проверку вообще.

Применить правила проверки / применения к переведенным столбцам

Ради завершения, давайте рассмотрим также правила проверки / применения.

Чтобы действительно применять правила проверки и / или применения, и распознавать их в формах, вы должны использовать собственный класс таблицы трансляции, который содержит правила, и вы должны использовать фактическое имя свойства, которое использует поведение перевода для hasMany связанной таблицы переводов, которая равна _i18n .

Вот пример.

SRC / Модель / Таблица / IngredientsI18nTable.php

 namespace App\Model\Table; use Cake\Datasource\EntityInterface; use Cake\ORM\RulesChecker; use Cake\ORM\Table; use Cake\Validation\Validator; class IngredientsI18nTable extends Table { public function initialize(array $config) { $this->entityClass('Ingredient'); $this->table('i18n'); $this->displayField('id'); $this->primaryKey('id'); } public function validationDefault(Validator $validator) { $validator ->allowEmpty('name') ->add('name', 'valid', [ 'rule' => function ($value, $context) { return false; } ]); return $validator; } public function buildRules(RulesChecker $rules) { $rules->add( function (EntityInterface $entity, $options) { return false; }, 'i18nName', [ 'errorField' => 'name' ] ); return $rules; } } на namespace App\Model\Table; use Cake\Datasource\EntityInterface; use Cake\ORM\RulesChecker; use Cake\ORM\Table; use Cake\Validation\Validator; class IngredientsI18nTable extends Table { public function initialize(array $config) { $this->entityClass('Ingredient'); $this->table('i18n'); $this->displayField('id'); $this->primaryKey('id'); } public function validationDefault(Validator $validator) { $validator ->allowEmpty('name') ->add('name', 'valid', [ 'rule' => function ($value, $context) { return false; } ]); return $validator; } public function buildRules(RulesChecker $rules) { $rules->add( function (EntityInterface $entity, $options) { return false; }, 'i18nName', [ 'errorField' => 'name' ] ); return $rules; } } 

IngredientsTable

 public function initialize(array $config) { // ... $this->addBehavior('Translate', [ // ... 'translationTable' => 'IngredientsI18n' ]); } 

Просмотреть шаблон

 echo $this->Form->hidden('_i18n.0.locale', ['value' => 'fr_FR']); echo $this->Form->input('_i18n.0.name'); echo $this->Form->hidden('_i18n.1.locale', ['value' => 'da_DK']); echo $this->Form->input('_i18n.1.name'); // ... 

Теперь поля подберут правильный валидатор и, следовательно, не будут отмечены как требуется. Кроме того, валидация будет применяться при создании / исправлении объектов, и, наконец, применяются правила приложения. Однако я не могу гарантировать, что это не имеет каких-либо побочных эффектов, поскольку внутреннее поведение Translate не _i18n ситуацию, _i18n свойство _i18n было установлено извне!

Также вам нужно будет установить переводы на сущности, используя translations() чтобы переводы сохранялись правильно!

 foreach ($this->request->data['_i18n'] as $translation) { $ingredient->translation($translation['locale'])->set('name', $translation['name']); }