E
дальше
Size: a a a
2020 March 05
AP
не факт
E
факт
AP
ниразу не факт
E
факт
AP
приведи пример
E
у тебя уже 316 строк
AP
всего что по юзерам
мн
Тут просто спор ни о чем. Без контекста команды пихать во все подряд - это идиотизм, при этом и сервисы пихать там, где они будут лишь абузой - тоже идиотизм. А тут у вас обсуждение идет в контекста "либо Х либо У"
E
вот пример
И
Если в контексте лары, то простые вещи а-ля круд - прям в контроллере, простые, но требующие чуть больше чем 2-3 строки - уже разбиваю либо на сервисы (с максимально общими интерфейсами, а не getMyFavoriteBookForThisPresenter()), если дальше нужно уже декомпозировать и т.д. - команды (правда мне больше нравится называть их экшены), общая логика -зависит от проектов, ддд и остальное уже. Моя основная мысль - что не нужно городить что-то сложное там, где сойдет простое. Естественно о сервисах на десятки методов или с кучей ситуативной логики я не говорю, это бред
вот именно! как когда-то на вебинарах говорил @elisdn - ООП придумали для упрощения сложного когда, а не для усложнения простого (с)
AP
не в строках
E
ща я на обед
E
после поговорим
И
Тут просто спор ни о чем. Без контекста команды пихать во все подряд - это идиотизм, при этом и сервисы пихать там, где они будут лишь абузой - тоже идиотизм. А тут у вас обсуждение идет в контекста "либо Х либо У"
да, как-то так получается
DE
Ну да. Либо Symfony, либо на микрофреймворке, где всё по паттернам. Без ларавеловской магии на трейтах с синглтонами.
И
типа такого
ИЛ
Ну да. Либо Symfony, либо на микрофреймворке, где всё по паттернам. Без ларавеловской магии на трейтах с синглтонами.
Я всё ещё не понимаю, чем синглтон так плох? В ларе есть магия, однако от неё легко избавится