AM
Александр Некрасов
вчера так и никто не ответил, как вы смотрите на то чтоб прокидовать Translator в валидатор чтоб сообщения переводились в нем ?
Спорно, но не исключаю что норм.
Size: a a a
2020 February 06
АН
Спорно, но не исключаю что норм.
а есть другие варианты ?, в symfony оно так и работает, не обезательным аргументам
А
если это будет повышать связанность, то не очень
AM
Ну вот вариант как сейчас - свои сообщения.
AM
если это будет повышать связанность, то не очень
Решается выделением интерфейса для переводов в отдельный пакет.
А
я и хотел примерно такое написать, что интерфейс messageFormatter какогонить
А
который сможет июзать и переводчик и всё что угодно
АН
выделением интерфейса в отдельный пакет и необязательным аргументом, будет на выбор разработчика, каким путем идти
АН
по мне удобнее передать Translator в валидатор и все, чем к каждому правилу добовлять сообщение
DS
А как сейчас вообще выглядит перевод сообщений? Что-то я не нашел никакого хелпера, только обычный класс.
АН
(new IpValidator)->message($this->translate('test'))
АН
и это ко всем правилам нужно повторять
^.
Подскажите будет ли какое-то решение для работы с БЛ через сервисный слой, чтобы отделить бизнес логику от модели(данных) ?
AM
Есть и ещё плюсы в интерфейсе. Более лениво всё запускается. Не будет дёргать сорец сообщений без дела.
AM
Да, интерфейс - норм решение. @thenotsoft, предлагаешь юзать тот из i18n?
DS
Александр Некрасов
(new IpValidator)->message($this->translate('test'))
откуда береться translate в $this? Надо в кострукторе создать Translator?
AM
откуда береться translate в $this? Надо в кострукторе создать Translator?
да
AM
Подскажите будет ли какое-то решение для работы с БЛ через сервисный слой, чтобы отделить бизнес логику от модели(данных) ?
Да, несколько статей в definitive guide.
DS
Можно трейтом сделать
AM
Можно трейтом сделать
Кто там только что говорил про "повышать связанность"?