AK
Size: a a a
2021 April 22
AL
Бизнес логика :)
SP
и что это?
SP
а зачем? оно плюнуло исключение, его словил exception listener... записал в лог, может быть даже в сэнтри, может быть даже для UI json-ку сформировал красивую с кодом ошибки
SZ
предвещаю щас мешанину из недопонимания между ошибками приложения и ошибками инпута😃
AL
Стараюсь гулять, но большой объем легаси в работе даёт о себе знать :)
Прошу прощения, если мои сообщения показались вам негативными. Никакого негатива к вам лично у меня нет.
Прошу прощения, если мои сообщения показались вам негативными. Никакого негатива к вам лично у меня нет.
SP
давай более пограничный пример.
Есть у нас три примера:
- интерфейсики какие от HttPlug
- какой-нибудь Money php
- какой-нибудь PsrLogger
будешь ли ты для всех трех делать свои обертки?
Есть у нас три примера:
- интерфейсики какие от HttPlug
- какой-нибудь Money php
- какой-нибудь PsrLogger
будешь ли ты для всех трех делать свои обертки?
СБ
Воо! поддерживаю, у меня такиеже, с эксэпшен лиснером 🙂
AL
Цитировать никого не хочется, думаю верный ответ - каждый для себя решает сам.
SP
если каждый для себя решает сам то делать каких-либо утверждений че от чего надо отделять (ибо инфраструктура для всех тоже разное определение имеет, как и фреймворк) просто глупо
SP
вместо этого лучше почитать чего на тему imperative shell functional core и прочие штуки про "границы".
SP
и меньше фапать на "слои"
SP
хотел избавиться от спагетти, получил лазанью, а надо было делать тортеллини
SZ
иногда и отдельный
Stuff сервис держать занадто, если юзается только в этом контроллереAL
Всё верно. Вопрос есть разделение или нет. Слои/границы - не люблю споры о словах. Если контроллер это единственная абстракция, то получается что у нас только абстракции фреймворка присутствуют. А если мы добавляем свои абстракции, то как бы мы их там не резали - едва ли запрос останется в контроллере.
У нас спора нет вобщем то, резать или не резать - у меня универсального ответа нет.
У нас спора нет вобщем то, резать или не резать - у меня универсального ответа нет.
SP
ну мне просто влом писать пример интереснее, я не вижу проблемы в контроллере держать больше кода и например вот эти
достать сущность
достать данные
передать в сущность
У меня ограничение только одно - в контроллерах не должно быть логики (преобразований данных, ифов, но могут быть foreach). Все это должно делигироваться в зависимости. А там где логика должно быть мало зависимостей
достать сущность
достать данные
передать в сущность
У меня ограничение только одно - в контроллерах не должно быть логики (преобразований данных, ифов, но могут быть foreach). Все это должно делигироваться в зависимости. А там где логика должно быть мало зависимостей
SZ
нужно больше абстракций богу абстракций. правда они вам весь KISS принцип нарушать будут в частоте случаев)
SP
слои и т.д. для меня вторичны, это неплохой виртуальный концепт кторым малым детям удобно объяснять суть потока данных (че в каком направлении) но вот про абстракции и разделение ответственности лучше с позиции information hiding и вертикальных срезов (слои горизонтальные) говорить
SP
главное KISS и YAGNI не перепутать
SP
ибо KISS соблюдать сложно) оно про защиту от дурака а не про "сделал дурак"