Контейнер LightInject IoC генерирует стекопоток в резервном методе

Question

Я возился с LightInject, чтобы попытаться настроить IoC-решение, содержащее proj-домен, proj-компонент Infrastructure, proj-компонент MVC и proj-компонент DependencyResolution. Инфраструктура, MVC и DependencyResolution ссылаются на домен. MVC ссылается на DependencyResolution и DependencyResolution ссылается на LightInject.

Идея состоит в том, что DependencyResolution регистрирует все необходимые зависимости при запуске приложения. В настоящее время он не знает о контроллерах в proj MVC. Вместо этого я настроил резервную процедуру для перехвата всех неизвестных классов контроллера MVC. В резервной программе я затем регистрирую контроллер MVC и возвращаю его. Делая это, я ожидаю, что этот код будет запущен только один раз, так как это только при первом попадании контроллер MVC еще не зарегистрирован. Но это не так. Вместо этого я получаю StackruException, потому что резервная процедура выполняется каждый раз, когда запрашивается контроллер MVC, даже если он был зарегистрирован в первый раз.

Итак, вопрос в том, почему это происходит? Это ожидаемое поведение и если да, то почему и как обойти это?

Изменить: вот исходный код ниже.

[assembly: WebActivatorEx.PreApplicationStartMethod(typeof(DependencyResolution.App_Start.WebCommon), "Start")]
namespace DependencyResolution.App_Start
{
    static class WebCommon
    {
        private static readonly TempProject.LightInject.ServiceContainer _serviceContainer = new TempProject.LightInject.ServiceContainer();

        /// <summary>
        /// Starts the application
        /// </summary>
        public static void Start()
        {
            var container = _serviceContainer;
            RegisterServices(container);
            Domain.ServiceLocator.SetServiceLocator(() => new ServiceLocator(container));
        }

        /// <summary>
        /// Load your modules or register your services here!
        /// </summary>
        /// <param name="container">The IoC container.</param>
        private static void RegisterServices(TempProject.LightInject.ServiceContainer container)
        {
            System.Func<TempProject.LightInject.ServiceRequest, object> fallback = request =>
                {
                    var serviceType = request.ServiceType;
                    container.Register(serviceType, serviceType);
                    return container.GetInstance(serviceType);
                };

            container.RegisterFallback((type, s) => type.Name.EndsWith("Controller"), request => fallback(request));
            var assembly = typeof(Domain.IServiceLocator).Assembly;
            container.RegisterAssembly(assembly);
        }
    }
}

Answer 1

RegisterFallback Метод ожидает фабрику как второй параметр и, по-видимому, не регистрирует тип таким образом, чтобы контейнер мог его разрешить.

Ваша фабрика должна обновить экземпляр и передать его обратно.

Func<ServiceRequest, object> fallback = request =>
{
    if (request.ServiceType == typeof(XYZController))
    {
        return new XYZController(container.GetInstance<IDependency>());
    }
    else
    {
        throw new InvalidOperationException(request.ServiceType.FullName);
    }
};

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

---

Вы можете загрузить сборки MVC, используя код примерно так:

private IEnumerable<Assembly> LoadAssemblies(string folder)
{
    var dlls =
        from file in new DirectoryInfo(folder).GetFiles()
        where file.Extension == ".dll"
        select file.FullName;

    var assemblies = new List<Assembly>();

    foreach (string dll in dlls) {
        try {
            assemblies.Add(Assembly.LoadFile(dll));
        }
        catch { }
    }

    return assemblies;
}

И зарегистрируйте все контроллеры с помощью пакета интеграции LightInject MVC