Передача идентификатора пользователя с помощью приложения n-уровня

Question

У меня есть приложение MVC.Net, которое разделяется на ярусы, содержащие репозитории, бизнес-логику и интерфейсные службы для контроллеров AngularJS и MVC.

Репозитории в настоящее время автономны и не обернуты в единицу рабочего шаблона. Этот рефакторинг будет проходить.

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

В настоящее время у меня есть класс UserLogic, который поддерживает ссылку на текущий зарегистрированный пользовательский Entity. Этот класс UserLogic затем вводится в контроллеры/бизнес-логику и т. Д. Но я подозреваю, что это довольно запутанный механизм для использования!

Answer 1

Один из подходов может заключаться в том, чтобы любой конкретный репозиторий требовал контекста пользователя при создании экземпляра. Что-то вроде этого:

public class WidgetRepository 
{ 
    private UserContext User { get; set; } 

    public WidgetRepository(UserContext user) 
    { 
     if (user == null) 
      throw new ArgumentNullException("user"); 
     // maybe also confirm that it's a *valid* user in some way? 
     User = user; 
    } 

    // repository operations 
} 

Вы можете использовать столько «защитное программирование» в этом конструкторе, как вам нравится, я полагаю. Затем в операциях репозитория вы можете фильтровать запросы на основе этого пользователя. Что-то вроде:

public IEnumerable<Widget> Widgets 
{ 
    get 
    { 
     return dbContext.Widgets.Where(w => w.Owner.Id == User.Id); 
    } 
} 

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

Имейте в виду, что существуют компромиссы с такими вещами. Выполнение этого может работать очень хорошо в некоторых сценариях, а не в других. Если DAL прозрачно фильтрует данные на основе пользовательского контекста, может оказаться довольно сложно выполнить системные (не пользовательские) операции или административные (суперпользовательские) операции с тем же DAL. Невозможно сказать, будет ли это проблемой с моим текущим знанием вашей системы, это всего лишь хедз-ап по вопросам, которые я видел в прошлом.