А
Кто там только что говорил про "повышать связанность"?
я )
Size: a a a
2020 February 06
АН
тот что сейчас в i18n вполне достаточно
АН
еще нужно как то передать категорию откуда будет брать сообщения, по дефолту можно и "validator"
Д
Александр Некрасов
тот что сейчас в i18n вполне достаточно
этот?
https://github.com/yiisoft/i18n/blob/master/src/TranslatorInterface.php#L19
а как он null может вернуть, если
https://github.com/yiisoft/i18n/blob/master/src/TranslatorInterface.php#L19
а как он null может вернуть, если
string $id?
AM
Александр Некрасов
тот что сейчас в i18n вполне достаточно
AM
этот?
https://github.com/yiisoft/i18n/blob/master/src/TranslatorInterface.php#L19
а как он null может вернуть, если
https://github.com/yiisoft/i18n/blob/master/src/TranslatorInterface.php#L19
а как он null может вернуть, если
string $id?Этот.
AM
Вопрос: выделять ли один интерфейс в отдельный пакет или оставить весь i18n в сборе?
Д
Вопрос: выделять ли один интерфейс в отдельный пакет или оставить весь i18n в сборе?
думаю, нет смысла
А
скоро интерфейсов будет столько, что понадобится пакет
yiisoft/interfacesАН
скоро интерфейсов будет столько, что понадобится пакет
yiisoft/interfacessymfony )))
RM
скоро интерфейсов будет столько, что понадобится пакет
yiisoft/interfacescontracts ))
AM
Александр Некрасов
symfony )))
Нет. Это Laravel. Symfony скопировали подход, но я убедил разделить.
Д
скоро интерфейсов будет столько, что понадобится пакет
yiisoft/interfacesyiisoft-interfaces/%interface_name%)
AM
АН
может такой же подход ?) зачем велосипед придумывать ?)
АН
i18n-interfaces )
А
yiisoft-interfaces/%interface_name%)
несмотря на то, что пакет interfaces, сами интерфейсы можно помещать в нормальные неймспейсы своих пакетов
AM
Александр Некрасов
может такой же подход ?) зачем велосипед придумывать ?)
Он и так такой же. Я же наш протащил в Symfony :)
AM
У нас только именование более осмысленное. Приходится, конечно, думать, но читать потом приятнее.
АН
может в i18n оставить толкьо интерфейсы, и транслатор в отдельный пакет ?