Правильный способ создания хранилища данных в ASP.NET MVC

Question

Я работаю над использованием методологии Repository в своем приложении, и у меня есть очень фундаментальный вопрос.

Когда я строю свою модель, у меня есть файл Data.dbml, а затем я помещаю свои репозитории в одну папку с ним .... IE:

Data.dbml
IUserRepository.cs
UserRepository.cs

Мой вопрос прост. Лучше ли построить структуру папок, как описано выше, или можно просто вставить мой интерфейс в UserRepository.cs?

Data.dbml
UserRepository.cs , который содержит интерфейс и класс

Просто ищу "лучшие практики" здесь. Заранее спасибо.

Answer 1

Общая рекомендация - иметь один класс или один интерфейс на файл.

Вот более общее обсуждение, которое, я думаю, применимо к вашему делу: Один класс на файловое правило в .NET?

Как разработчик, впервые знакомый с вашим проектом, я был бы признателен, если бы знал, что IUserRepository существует - без необходимости просматривать ваш файл UserRepository.cs.

Answer 2

Делайте все, что имеет смысл для вас.

Лично я нахожу решения для поиска чего-либо болезненного, поэтому я использую горячие клавиши Перейти к определению / реализации и перепрограммировать FindUsages Перейти к Типу, Перейти к файлуМне никогда не нужно ничего нажимать.

Объединение интерфейсов и классов в одном файле имеет смысл, если класс или интерфейсы малы.

Также, если вы следуете принципу подстановки Лискова / стратегии внедрения зависимостей и общимХорошие методы проектирования, которые вы редко будете взаимодействовать с реальными реализациями.Хранилища почти никогда не должны ссылаться на их конкретную реализацию.