Akka.NET DI по службам Windows и рекомендациям

Я использую Akka.NET в службе Windows (с верхней полкой и автофаком, но этот подход должен работать для любого исполнителя службы и инфраструктуры IoC). Я запускаю актера верхнего уровня в методе запуска службы следующим образом:

_scope.Resolve<ActorSystem>().ActorOf<MyTopLevelActor>().Tell(new StartMySystemMessage());

Оттуда я создаю дочерних актеров с помощью

var actorWithoutDependencies = Context.ActorOf<ChildActorType>();

где тип актора имеет конструктор по умолчанию, или

var actorWithDependencies = Context.ActorOfDI<ChildActorType>();

где тип дочернего актора имеет зависимости.

Вызовы ActorOfDI — это методы расширения, которые я использую для переноса методов ActorSystem.DI() и IActorContext.DI() в akka.net следующим образом:

    public static IActorRef ActorOfDI<T>(this ActorSystem actorSystem, string name = null) where T : ActorBase
    {
        return actorSystem.ActorOf(actorSystem.DI().Props<T>(), name);
    }

    public static IActorRef ActorOfDI<T>(this IActorContext actorContext, string name = null) where T : ActorBase
    {
        return actorContext.ActorOf(actorContext.DI().Props<T>(), name);
    }

Что касается конфигурации IoC для акторов, я регистрирую все типы акторов в сборках, содержащих акторы (используя Autofac), следующим образом:

containerBuilder.RegisterAssemblyTypes(typeof(SomeActorType).Assembly).Where(x => x.Name.EndsWith("Actor"));

а для регистрации самой системы акторов делаю так:

containerBuilder.Register(c =>
{
    var system = ActorSystem.Create("MyActorSystem");
    // ReSharper disable once ObjectCreationAsStatement
    new AutoFacDependencyResolver(lazyContainer.Value, system);
    return system;
}).As<ActorSystem>().SingleInstance();

где lazyContainer - это:

Lazy<IContainer> // this is an autofac type

и делегат конструктора вызывает

containerBuilder.Build() // this is an autofac call

Чтобы получить акторную систему из другого класса с внедренной зависимостью, вы можете просто передать ActorSystem в конструктор класса. Я не уверен в получении ссылки на системного актера в коде моего приложения — мне не нужно было делать это самому.

Я бы настроил свой DI сразу после запуска системы акторов для процесса. Это лучшее, что я могу предложить, поскольку я еще не использовал Akka в контексте службы Windows.

Если вам нужны другие классы для доступа к системе акторов, чтобы иметь возможность создавать акторы верхнего уровня, вы можете зарегистрировать сам экземпляр системы акторов как IActorRefFactory, что дает вам доступ к методам ActorOf() и ActorSelection(). Очевидно, что здесь единичный экземпляр, а не преходящая продолжительность жизни.

Если вы имеете в виду, что хотите разрешить системный актор, а не акторсистему, то есть /system актор в других классах, я не уверен, что это возможно. Мое ограниченное понимание DI в Akka.net заключается в том, что вы не можете регистрировать и разрешать живых акторов, поскольку это не работает в отношении жизненных циклов акторов, вы можете только регистрировать зависимости, необходимые для запуска новых акторов. В результате я обычно запускаю своих акторов верхнего уровня вручную примерно в то время, когда я регистрирую свой контейнер и всех их дочерних элементов через DI.

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

Это что-то вроде проблемы с квадратным стержнем и круглым отверстием, с которой я столкнулся в своем собственном проекте, поэтому я буду рад любым другим ответам, которые предлагают лучший способ.