Как избежать связывания с контейнером IoC

Common Service Locator - это один из подходов, но он содержит методы только для разрешения, а не для регистрации.

Вы можете посмотреть, как это реализовано в проекте agatha-rrsl. Более полное объяснение есть здесь, но короче:

• определить независимый от контейнера интерфейс для регистрации и разрешения типов
• предоставлять реализации для различных контейнеров (или позволять пользователям отправлять реализации)

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

Напишите слабосвязанный код. Приложения должны зависеть от контейнеров. Фреймворки не должны.

Обычный подход заключается в абстрактном контейнере с помощью общего локатора служб

Автор MvcExtensions удалил IoC вполне успешно.

Двумя простыми вариантами было бы либо предоставить вашему пользователю некоторый словарь, в котором они могут регистрировать сопоставления типов, либо, в качестве альтернативы, просто предоставить им интерфейс контейнера, который предоставляет все услуги, которые, по вашему мнению, вам могут потребоваться, и позволять пользователям предоставлять свои собственные обернутые контейнеры. Приносим извинения, если это не совсем соответствует вашему сценарию, я в основном использую Unity, поэтому я не знаю, делает ли Ninject и т. Д. Какие-то необычные вещи, которых Unity не делает.

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

public class ComponentAttribute : Attribute
{}

// class that should be registered in the container.
[Component]
public class MyService : IMyService
{}

// Contains information for each class that should be 
// registered in the container.
public interface IContainerMapping
{
    public Type ImplementationType {get;}
    public IEnumerable<T> ImplementedServices {get; }
}

public class ComponentProvider
{
    public static IEnumerable<IContainerMapping> Find() 
    {
        var componentType = typeof(ComponentAttribute);
        foreach (var type in Assembly.GetExecutingAssembly().GetTypes())
        {
           if (type.GetCustomAttributes(componentType, false).Count == 0)
              continue;

           var mapping = new ContainerMapping(type);
           List<Type> interfaces new List<Type>();
           foreach (var interfac in type.GetInterfaces())
           {
             //only get our own interfaces.
             if (interface.Assembly != Assembly.GetExecutingAssembly())
               continue;

             interfaces.Add(interfac);
           }

           mapping.ImplementedServices = interfaces;
           yield return mapping;
        }
    }
}

Это решение дает пользователю большую гибкость. Он может предоставить собственное решение, используя атрибут [Component] напрямую или используя ваше решение.

Пользователь должен сделать что-то вроде:

foreach (var mapping in ComponentProvider.Find())
    myContainer.Register(mapping.ImplementationType).As(mapping.ImplementedServices);

Обычно я создаю готовое решение, предоставляя проект MyProject.autofac, который регистрирует все в моем любимом контейнере.