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

Simple Injector явно не поддерживает передачу значений времени выполнения через метод GetInstance. Причина этого в том, что значения времени выполнения не должны использоваться при построении графа объектов. Другими словами, конструкторы ваших инъекций не должен зависеть от значений времени выполнения. Есть несколько проблем с этим. Прежде всего, вашим инъекциям может потребоваться гораздо больше времени, чем эти значения времени выполнения. Но, возможно, что более важно, вы хотите иметь возможность проверить и диагностировать конфигурацию вашего контейнера, и это становится гораздо более проблематичным, когда вы начинаете использовать значения времени выполнения в графах объектов.

Так что в целом есть два решения для этого. Либо вы передаете значение времени выполнения через граф вызова метода, либо создаете «контекстную» службу, которая может предоставить это значение времени выполнения по запросу.

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

В вашем случае это будет означать, что фабрика создает IMyService без передачи IRuntimeValue, и ваш код передает это значение IMyService, используя метод (ы), который он указывает:

var service = _myServiceFactory.Create();
service.DoYourThing(runtimeValue);

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

В этом случае вы должны определить службу, которая может быть внедрена и позволяет получить этот контекст. Например:

public interface IUserContext {
    User CurrentUser { get; }
}

public interface ITimeProvider {
    DateTime Now { get; }
}

В этих случаях текущий пользователь и текущее время вводятся не напрямую в конструктор, а в эти службы. Компонент, которому требуется доступ к текущему пользователю, может просто вызвать _userContext.CurrentUser, и это будет сделано после создания объекта (читай: не внутри конструктора). Итак: в ленивой манере.

Однако это означает, что IRuntimeValue должен быть где-то установлен до вызова MyClass. Это, вероятно, означает, что вам нужно установить его на заводе. Вот пример:

var container = new Container();
var context = new RuntimeValueContext();
container.RegisterSingle<RuntimeValueContext>(context);
container.Register<IMyClassFactory, MyClassFactory>();
container.RegisterDecorator(typeof(IMyClass), typeof(MyClassDecorator));
container.Register<IMyClass, MyClass>();

public class RuntimeValueContext {
    private ThreadLocal<IRuntimeValue> _runtime;
    public IRuntimeValue RuntimeValue {
        get { return _runtime.Value; }
        set { _runtime.Value = value; }
    }
}

public class MyClassFactory : IMyClassFactory {
    private readonly Container _container;
    private readonly RuntimeValueContext context;
    public MyClassFactory(Container container, RuntimeValueContext context) {
        _container = container;
        _context = context;
    }

    public IMyClass Create(IRuntimeValue runtimeValue) {
        var instance = _container.GetInstance<IMyClass>();
        _context.RuntimeValue = runtimeValue;
        return instance;
    }
}

public class MyClass : IMyClass {
    private readonly RuntimeValueContext _context;
    public MyClass(RuntimeValueContext context) {
        _context = context;
    }
    public IRuntimeValue RuntimeValue { get { return _context.Value; } }
}

Вы также можете позволить MyClass принять IRuntimeValue и выполнить следующую регистрацию:

container.Register<IRuntimeValue>(() => context.Value);

Но запрещает проверку графа объектов, поскольку Simple Injector гарантирует, что регистрации никогда не возвращают null, но context.Value по умолчанию будет null. Итак, еще один вариант - сделать следующее:

container.Register<IMyClass>(() => new MyClass(context.Value));

Это позволяет проверить регистрацию IMyClass, но во время проверки все равно будет создан новый экземпляр MyClass, который вводится с нулевым значением. Если у вас есть защитное предложение в конструкторе MyClass, это не удастся. Однако эта регистрация не позволяет контейнеру автоматически связывать MyClass. Автоматическое связывание этого класса может пригодиться, например, когда у вас есть больше зависимостей для внедрения в MyClass.