O
OwDafuq
Сейчас используется луковичная архитектура:
Но, т.к. в дальнейшем изменяться схема доступа к данным не будет от слова совсем (используется MS SQL уже ни один десяток лет и уходить от него никуда не планируется вообще), то уже нет смысла ни в
Но в данном случае слой
Похожих примером в гугле на нашел, либо всё делают в 1 проекте, либо уже по луковичной с выделением отдельного слоя доступа к БД.
Есть ли вообще такая архитектура? Если да, то как она называется?
UI
, Application
, Infrastructure
, Domain
слои.Но, т.к. в дальнейшем изменяться схема доступа к данным не будет от слова совсем (используется MS SQL уже ни один десяток лет и уходить от него никуда не планируется вообще), то уже нет смысла ни в
UnitOfWork
, ни в Repository
. То есть можно избавиться от Infrastructure
слоя, чтобы схема была уже такая: UI
, Application
, Domain
.Но в данном случае слой
Application
уже не будет так называться? Да и вообще, нормальная ли это практика? Просто в случае с UnitOfWork
и Repository
накладывают только лишнюю нагрузку, потому что это и так реализовано в EntityFramework
.Похожих примером в гугле на нашел, либо всё делают в 1 проекте, либо уже по луковичной с выделением отдельного слоя доступа к БД.
Есть ли вообще такая архитектура? Если да, то как она называется?