Абстрактная фабрика и инверсия управления разрешаются во время выполнения

Если число реализаций IUserManager не очень велико (вероятно, не достигнет 100 реализаций), вы можете использовать Шаблон стратегии для разрешения всех ваших экземпляров UserManager во время композиции, а затем выберите лучший экземпляр для использования во время выполнения.

Во-первых, нам нужен способ сопоставления IUserManager реализаций с ролями.

public interface IUserManager
{
    int Add(User user);
    bool AppliesTo(string userRole);
}

public class UserManagerA : IUserManager
{
    // Add method omitted

    public bool AppliesTo(string userRole)
    {
        // Note that it is entirely possible to 
        // make this work with multiple roles and/or
        // multiple conditions.
        return (userRole == "RoleA");
    }
}

public class UserManagerB : IUserManager
{
    // Add method omitted

    public bool AppliesTo(string userRole)
    {
        return (userRole == "RoleB");
    }
}

Затем нам нужен класс стратегии, который просто выбирает правильный экземпляр на основе userRole. Экземпляры IUserManager предоставляются контейнером DI при составлении приложения.

public interface IUserManagerStrategy
{
    IUserManager GetManager(string userRole);
}

public class UserManagerStrategy
    : IUserManagerStrategy
{
    private readonly IUserManager[] userManagers;

    public UserManagerStrategy(IUserManager[] userManagers)
    {
        if (userManagers == null)
            throw new ArgumentNullException("userManagers");

        this.userManagers = userManagers;
    }

    public IUserManager GetManager(string userRole)
    {
        var manager = this.userManagers.FirstOrDefault(x => x.AppliesTo(userRole));
        if (manager == null && !string.IsNullOrEmpty(userRole))
        {
            // Note that you could optionally specify a default value
            // here instead of throwing an exception.
            throw new Exception(string.Format("User Manager for {0} not found", userRole));
        }

        return manager;
    }
}

Использование

public class SomeService : ISomeService
{
    private readonly IUserManagerStrategy userManagerStrategy;

    public SomeService(IUserManagerStrategy userManagerStrategy)
    {
        if (userManagerStrategy == null)
            throw new ArgumentNullException("userManagerStrategy");
        this.userManagerStrategy = userManagerStrategy;
    }

    public void DoSomething()
    {
        string userRole = CurrentUser.Role;//this gets the user logged in

        // Get the correct UserManger according to the role
        IUserManager userManager = this.userManagerStrategy.GetManger(userRole);

        // Do something with userManger
    }
}

void RegisterServices(IKernel kernel)
{
    kernel.Bind<IUserManager>().To<UserManagerA>();
    kernel.Bind<IUserManager>().To<UserManagerB>();

    // Ninject will automatically supply both IUserManager instances here
    kernel.Bind<IUserManagerStrategy>().To<UserManagerStrategy>();

    kernel.Bind<ISomeService>().To<SomeService>();
}

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

Также обратите внимание, что нет оператора switch case, который нужно было бы модифицировать каждый раз, когда вы добавляете новый UserManager в приложение. Логика использования UserManager является частью реализации UserManager, а порядок выполнения логики определяется конфигурацией цифрового входа.

Кроме того, это будет работать независимо от того, какой контейнер внедрения зависимостей вы используете.

Вы можете объединить это с CurrentUserProvider из ответа RagtimeWilly, чтобы получить чистый способ получить роль пользователя в службе, где она используется.

Ссылка: Лучший способ использовать StructureMap для реализации шаблона стратегии< /а>

Создайте класс, отвечающий за предоставление правильного UserManager, и внедрите его в свой контроллер:

public class UserManagerProvider : IUserManagerProvider
{
    private readonly IContext _context;

    public UserManagerProvider(IContext context)
    {
        _context = context;
    }

    public IUserManager Create(User currentUser)
    {
        if (currentUser.Role == "User A")
            return _context.Kernel.Get<UserManagerA>();

        if (currentUser.Role == "User B")
            return _context.Kernel.Get<UserManagerB>();

        // Or bind and resolve by name
        // _context.Kernel.Get<IUserManager>(currentUser.Role);
    }
}

И в контроллере:

private readonly IUserManager _userManager;

public UserController(IUserManagerProvider userManagerProvider)
{
    _userManager = userManagerProvider.Create(CurrentUser);
}

Кроме того, в качестве примечания у вас, вероятно, должен быть CurrentUserProvider, отвечающий за получение текущего пользователя. Использование статического метода усложнит модульное тестирование, и вы, по сути, скроете зависимость во всех классах, которые на нее ссылаются:

private readonly IUserManager _userManager;
private readonly User _currentUser;

public UserController(IUserManagerProvider userManagerProvider, ICurrentUserProvider currentUserProvider)
{
    _currentUser = currentUserProvider.GetUser();
    _userManager = userManagerProvider.Create(_currentUser);
}