Большая ли ошибка будет если не разделять на проекты?

Question

[Tsiren Naimanov]

Добрый день/вечер!
В примере aspnet mvc arch
Там идет разделение на проекты.
Будет ли ошибкой если разделить на подпапки, а не на проекты?

Answer 1

[Зелимхан Бельтоев]

Ошибки, конечно же, не будет: каждая архитектура имеет право на жизнь.

Но в случае, если будете разбивать на проекты с грамотным применением интерфейсов и внедрением зависимостей, то в будущем это упростит добавление нового функционала/переписывание существующего.

Например, если все взаимодействие с БД вынесете в отдельный проект, то в дальнейшем, если вдруг изменится тип БД или, например, перейдете с MySQL на обычные файлы, то достаточно будет добавить отдельный проект, написать логику и изменить в контейнере внедрения зависимостей класс реализации вместо того, чтобы переписывать существующий проект, частично ломая функционал и плодя новые костыли. Принцип модульности из SOLID во всей своей красе.

Ну, а по теме можно почитать "Внедрение зависимостей в .NET"

Comments

[Tsiren Naimanov]

Да проблема в лени :)
Не хочу переписывать ASP.NET Identity,
а что бы юзать дефолтную уже написанную, то надо подрубать либу к каждому проекту.
Поэтому думаю, как не нарушить зависимости и не писать Identity с нуля...

[Зелимхан Бельтоев]

Tsiren Naimanov: вам не нужно подрубать Identity к каждому проекту - это функционал веб проекта, поэтому её нужно подрубать только к нему

[Зелимхан Бельтоев]

Tsiren Naimanov: предугадывая ваши аргументы, отвечу: разруливайте зависимости с помощью интерфейсов. В таком случае не придется к веб проекту привязывать библиотеки для работы с БД, а к проекту БД - библиотеки для работы с графикой, например

[Tsiren Naimanov]

Зелимхан Бельтоев: тада, но в Identity хранится класс User'а дефолтного, который нужен для наследования и образования ApplicationUser.
А вот если будет IdentityDBContext и MyAppDBContext, это нормально ли?
Ну то есть одна бд, одно connectionString и два Context'a один отвечает за Identity другой за другие сущности ?

[Зелимхан Бельтоев]

Вы вполне можете переопределить UserStore по своему усмотрению и использовать работу с пользователями в одном контексте.
В своих проектах EF не использую, но Identity переопределен для работы с БД через другую библиотеку (Dapper). К тому же, слой для работы с БД ничего не знает о веб проекте и прекрасно себя чувствует.

[Роман]

Tsiren Naimanov: А, что плохого, чтобы добавить зависимость, все равно проект со всеми зависимостями собирается в одной папке, и dll от Identity будет одна, на размер не повлияет.

[Роман]

Tsiren Naimanov: Зачем вам два контекста? наследуйте свой от IdentytyDBContext, а не от DbContext и будет вам счастье. Можете сделать 2 контекста и к одной базе подключаться, в этом нет ничего странного. Единственное с миграциями потяжелее будет.