S
т.е. если метод кроме того что штампует объект, делает еше что-то он уже не фабричный?
Хотелось бы услышать еще мнения опытных бобров
Хотелось бы услышать еще мнения опытных бобров
Size: a a a
2019 December 15
GK
Я бы вынес эти методы (которые читаю и принимают/пишут) в отдельный класс
S
ну они итак в контроллере
S
ввода вывода
GK
т.е. если метод кроме того что штампует объект, делает еше что-то он уже не фабричный?
Хотелось бы услышать еще мнения опытных бобров
Хотелось бы услышать еще мнения опытных бобров
Т.е. метод читает из базы и одновременно что то пишет в базу?
S
нет
S
есть методы для записи, есть для чтения
GK
ну они итак в контроллере
Всмысле?
GK
А если тебе нужно будет из другого контроллера обратиться к такому же функционалу?
S
А если тебе нужно будет из другого контроллера обратиться к такому же функционалу?
не понял*
S
как-то без разницы откуда обращаться, главное нужные данные передать принять
GK
Работу с базой выносить нужно
S
ааа ну я фактически получается репозиторий написал
S
а тут оказывается паттерн есть 😅 от так от
S
пишешь пишешь, а оказывается велосипед изобрел
S
Правда нужной мне конструкции😁
s.
Разделение методов на чтение и запись = CQRS шаблон
s.
пользова в том , что при чтении , ты уверен в том , что состояние системы нигде в методе чтения не изменяется неожиданным для тебя образом
s.
А репозиторий - абстрагирование от технической реализации сохранения/загрузки коллекции