соблюдения второго принципа солид, класс который фильтрует коллекцию данных получаемых из модели. Я так понимаю, хорошей практикой можно считать создание директории на уровне app/models, директорию под названием filters?
У вас будет только 1 класс который фильтрует или на каждую модель - свой?
Скорее всего один. К сожалению пока не точно. Но на горизонте пока что видно только ProductFilter
Сделать папку Service и разместить там класс FilterService
А, понял. Да, как вариант можно и так, да. А как бы вы поступили если фильтров будет несколько?
Ты должен был бороться со злом, а не прикинуть к нему.
Папка Service в домене. Все по правилам
Антон, а вы как думаете, где лучше это всё добро хранить?)
Домен app?
Вы слишком сильно заморачиаетесь на старте
Это да, я ещё по поводубд не советовался)) Болезнь какая-то, то ли расстройство))
Pruducts 😌
Это же фильтры для UI?
Ну да, для клиента
если это простые фильтры, так может что-то готовое взять, например: https://spatie.be/docs/laravel-query-builder/v3/features/filtering
Тем более пофиг, где хранить и что использовать. Полировать рид-часть не имеет смысла, потому что, во-первых, она быстро меняется, во-вторых, она не может сломать логику. Следить надо за врайт-частью приложения. Вот где нужны ддд, солиды, драи, кисы, cqrs. Так как врайт часть и является продюсером данных.
Да зачем, не нужно, там же ничего сложного, всё укладывается в очень элегантном формате в один класс.
Понял. Спасибо, Антон
Обсуждают сегодня