Создание "окружающего контекста" (UserContext) для ASP.NET приложение, использующее статический завод Func

я узнал, что мне нужны текущие зарегистрированные пользовательские данные почти в каждом классе (контроллеры, просмотр, HTML-помощники, службы и так далее). Поэтому я подумал о создании "окружающего контекста" вместо непосредственного ввода IUserService или пользователя.

мой подход выглядит примерно так.

public class Bootstrapper
{
    public void Boot()
    {
        var container = new Container();
        // the call to IUserService.GetUser is cached per Http request
        // by using a dynamic proxy caching mechanism, that also handles cases where we want to 
        // invalidate a cache within an Http request
        UserContext.ConfigureUser = container.GetInstance<IUserService>().GetUser;
    }
}

public interface IUserService
{
    User GetUser();
}

public class User
{
    string Name { get; set; }
}

public class UserContext : AbstractFactoryBase<User>
{
    public static Func<User> ConfigureUser = NotConfigured;

    public static User ActiveUser { get { return ConfigureUser(); } }
}

public class AbstractFactoryBase<T>
{
    protected static T NotConfigured()
    {
        throw new Exception(String.Format("{0} is not configured", typeof(T).Name));
    }
}

пример использования:

public class Controller
{
     public ActionResult Index()
     {
         var activeUser = UserContext.ActiveUser;
         return View();
     }
}

мой подход правильный, или я что-то пропустил? У вас есть лучшие решения в возражаете?

обновление:

подробнее о пользователей класс:

public class User
{
   string Name { get; set; }
   bool IsSuperUser { get; set;}
   IEnumerable<AzManOperation> Operations { get; set}
}

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

public class BaseController : Controller
{
    private readonly IUserService _userService;

    BaseControler(IUserService userService)
    {
        _userService = userService
    }

    public User ActiveUser
    {
        get { return _userService.GetUser(); }
    }
}

на вид мы проверяем операции, чтобы показать только кнопку редактирования или удаления, если пользователь имеет на это право. Представление никогда не использует DependencyResolver, но ViewBag или ViewModel. Мой идея здесь заключается в реализации пользовательской ViewBasePage и предоставлении свойства ActiveUser, так что представления имеют легкий доступ.

на вспомогательные методы HTML приложения мы визуализируем элементы управления в зависимости от IsSuperUser и операций (передача объекта пользователя или использование DependencyResolver).

на Классы нам тоже нужны эти свойства. Например, чтобы решить, является ли корзина действительной или нет (проверьте, разрешено ли пользователю покупать статьи, которые не находятся в стандартный список.) Таким образом, класс обслуживания зависит от IUserService, а вызов GetUser().

на Фильтры Действий чтобы заставить пользователя изменить свой пароль (только если это не суперпользователь и пользователь.ForcePasswordChange это правда). Здесь мы используем DependencyResolver.

мое желание-иметь более простой способ получить объект пользователя, а не использовать DependencyResolver.Текущий.GetService().GetUser () или использование таких вещей, как ViewBag.ActiveUser = User. Объект User-это объект, который почти везде необходимо проверить разрешения или тому подобное.