Службы .NET REST, Entity Framework и слабая связь

Уровень обслуживания ссылается на базовый уровень.

Хорошо.

Базовый уровень имеет ссылку на уровень доступа к данным и использует его репозитории.

Это не нормально.

Вашим «Ядром» должен быть ваш домен с бизнес-правилами и логикой. У него не должно быть никаких зависимостей.

Начать снизу стопки:

1. Репо - никаких зависимостей от других слоев.
2. Сервисы - зависимость от Core и Repo.
3. Ядро - никаких зависимостей от других слоев.
4. Интернет - зависит от всего.

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

Пример потока:

1. Приходит HTTP-запрос (API, веб-уровень и т. Д.)
2. Контроллер найден. Контейнер DI видит, что контейнер зависит от ISomethingService, и разрешает его, включая любые дальнейшие зависимости (сервис, репо и т. Д.).
3. Контроллер вызывает метод на ISomethingService.
4. ISomethingService реализация (выбранная DI) вызывает метод ISomeRepo.
5. ISomeRepo реализация (выбранная DI) вызывает EF / DB, возвращает "объект-данные" сервису.
6. Сервис сопоставляет «объект-данные» с объектом «Ядро» и возвращает контроллеру.

Создание экземпляров этих объектов должно выполняться вашим контейнером DI. Единственное, что мы используем выше, - это «Единица работы», которая, по сути, является оболочкой для контекста EF.

public ServiceLayerClass()
{
    private ICoreLayerClass coreLayerClass;

    public ServiceLayerClass(ICoreLayerClass coreLayerClass)
    {
        this.coreLayerClass = coreLayerClass;
    }

    public void DoSomeWork()
    {
        coreLayerClass.DoSomeWork();
    }
}

public CoreLayerClass()
{
    private ISomeRepository someRepository;

    public CoreLayerClass(ISomeRepository someRepository)
    {
        someRepository = this.someRepository;
    }

    public void DoSomeWork()
    {
        someRepository.DoSomeWork();
    }
}

public SomeRepository()
{
    public SomeRepository(IUnitOfWork uow)
    {
    }

    public void DoSomeWork()
    {
        //do some work
    }
}

Примечания. В идеале UnitOfWork следует создавать для HttpContext. то есть ваш datacontext начнет свою жизнь в начале Request и будет удален в конце. Вы будете использовать только один для каждого запроса.