Д
Отдельный микросервис :)
Size: a a a
2020 November 24
AS
Почему микро?
AS
Самый обычный сервис, какой-нибудь UrlGenerator, синглтон которого хранится в DI контейнере
m
Самый обычный сервис, какой-нибудь UrlGenerator, синглтон которого хранится в DI контейнере
Мне кажется это была шутка от Дмитрия :)
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
AS
Мне кажется это была шутка от Дмитрия :)
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
ну кто должен, тот и инжектит генератор, и использует его, очевидно же
🐾
Мне кажется это была шутка от Дмитрия :)
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
Вопрос в том, кто должен например генерировать url с помощью UrlGenerator'а естественно.
Иногда только контроллер знает куда дальше перейти, иногда только вьюшка знает куда должна вести ссылка, а иногда это знает только бизнес логика. Иногда пишут что "это" плохо, а "это" должно быть "там то", мне кажется что я совсем не умею программировать...
Синдром самозванца.
Всё с тобой нормально. Со всесми такое бывает 😐
Всё с тобой нормально. Со всесми такое бывает 😐
AM
SOLID, PSR эт всё понятно. Не совсем понятна зона ответственности контроллеров, вьюшек, моделей, сервисов. Раньше был MVC c ActiveRecord, было всё просто. Модель поделили на модель, фабрику, репозиторий это тоже всё понятно. А вот такие мелочи например: кто должен генерировать url - вью, контроллер, сервис или даже может ActiveRecord не понятно.
Распишу в гайде. Спасибо что акцентировали. Полезно.
AM
Синдром самозванца.
Всё с тобой нормально. Со всесми такое бывает 😐
Всё с тобой нормально. Со всесми такое бывает 😐
У меня как-то до analysis paralysis доходило. Так что да, это норм.
AM
Лечится уточкой или напарником для дискуссии.
А
с каждой новой проблемой появляется новая уточка
AM
Чем больше мнений, тем лучше.
А
уничтожь уточку и проблема вернётся
AM
A
А
Говорить с уточкой не плохо. Плохо, если уточка тебе отвечает...
m
Хм... Может уточки пишут yii3 на самом деле?
А
Хм... Может уточки пишут yii3 на самом деле?
На самом деле в логотипе Yii зашифрована утка.
А в логотипе Yii3 утка с бубенцами
А в логотипе Yii3 утка с бубенцами
AM
Говорить с уточкой не плохо. Плохо, если уточка тебе отвечает...
Чем плохо? :)
Д
А вот и символ Yii3. У пхп слон, а у Yii будет 🦆