Плохо задал вопрос. Речь идет о autofac контейнер. Контейнер есть у app и у модуля (модуль обертка на всем bounded context'ом). Нужно ли вообще оборачивать в модуль или же делать это сразу в app?
Помогите понять паттерн репозиторий. Верно ли я понимаю, что благодаря ему можно "доставать" объекты как будто из вектора (темин c++)? А как они внутри появляются - скрыто. Верно я уловил идею?
Помогите понять паттерн репозиторий. Верно ли я понимаю, что благодаря ему можно "доставать" объекты как будто из вектора (темин c++)? А как они внутри появляются - скрыто. Верно я уловил идею?
Типа того. Репощиторий это некоторое хранилище сущностей
Помогите понять паттерн репозиторий. Верно ли я понимаю, что благодаря ему можно "доставать" объекты как будто из вектора (темин c++)? А как они внутри появляются - скрыто. Верно я уловил идею?
Помогите понять паттерн репозиторий. Верно ли я понимаю, что благодаря ему можно "доставать" объекты как будто из вектора (темин c++)? А как они внутри появляются - скрыто. Верно я уловил идею?
Репо это collection like штука, подразумевается, что ты работаешь с репо как с коллекцией сущностей. Но у репо обычно есть интерфейс, getbyid, getcancelledorders, adduser, который приходит из твоего домена. То есть у каждой сущности свой репо со своим и методами.
Репо это collection like штука, подразумевается, что ты работаешь с репо как с коллекцией сущностей. Но у репо обычно есть интерфейс, getbyid, getcancelledorders, adduser, который приходит из твоего домена. То есть у каждой сущности свой репо со своим и методами.
зачем для хранилища отдельный патерн вводить тогда?
Ну вроде как это довольно естественный паттерн
Есть query builder — составляет критерии для поиска нужных обьектов есть uow — хранит изменения и объединяет работу с ними, есть мапперы — маппит данные на наши бизнес-объекты ...