Телеграмм чат группы symfony

ну то есть на open/close можно смотреть с двух сторон - можно пытаться организовать точки расширения (всякие query/specification передавать) а можно смотреть с позиции "надо новую выборку - сделай отдельный сервис"

источник

18:14пожаловаться #11

Sergey Protko in symfony

нет, декораторы это один из способо делать точки расширения (кэширование например для отдельной выборки). Это не изврат просто это не единственный способ "расширять" поведение

источник

18:15пожаловаться #12

Игорь in symfony

Я понял о чём ты

источник

18:16пожаловаться #13

Sergey Protko in symfony

мне нравится подход при котором репозиторий это 2 метода - add и get. иногда может быть exists/remove

источник

18:16пожаловаться #14

Sergey Protko in symfony

а все остальное - отдельный сервисы ибо там тебе всеравно не совсем сущности нужны а "для ui чего"

источник

18:16пожаловаться #15

Sergey Protko in symfony

тогда не возникает проблемы "где-то и просто SQL заюзать и более специализированные DTO и ит.д. и т.п."

источник

18:16пожаловаться #16

Sergey Protko in symfony

а то с "все выборки в репозитории" потом оч быстро начинаются кейсы "вот у тебя в репозитории юзеров выборка по продуктам - это нормально вообще?"

источник

18:18пожаловаться #17

Sergey Protko in symfony

логический кохижен это удобно но оч быстро можно превратить все в говно и потом оч долго не замечать проблемы

источник

18:18пожаловаться #18

Игорь in symfony

Мы ушли от темы )
Ещё раз пытаюсь обозначить проблему, как я пришел к билдерам
Private function create ($args){
If($args){
$entity = new a();
}Else {
$entity = new b();
}
$em->persist($entity);
}

источник

18:22пожаловаться #19

Игорь in symfony

На if нужны тесты )

источник

18:23пожаловаться #20