Хранение DbSet в конструкторе вместо вызова DbContext.Set <TU>для каждого использования - PullRequest
0 голосов
/ 06 сентября 2018

В шаблоне репозитория, которому я следовал некоторое время ( пример ), у меня всегда были методы Add, Delete и т. Д., Которые используют «новый» DbSet (например, DbContext.Set<T>.Update(entity) В тестировании это, к счастью, всегда возвращает один и тот же объект DbSet. Есть ли причина, по которой я не должен вызывать DbContext.Set<T>() один раз в конструкторе и сохранять его как свойство вместо вызова Set<T>() в каждом методе? хочу убедиться, что я что-то не пропустил.

Этот фрагмент взят по той же ссылке: From the article linked earlier

1 Ответ

0 голосов
/ 06 сентября 2018

Есть ли причина, по которой я не должен вызывать DbContext.Set () один раз в конструкторе и сохранять его как свойство вместо вызова Set () в каждом методе?

Нет. Это именно то, что делает нормальный DbContext при инициализации. См. Что вызывает сеттеры в сущности?

...