Блог

Мы используем Autofac, и некоторые из наших компонентов используют библиотеки Aspose, для которых требуется лицензия. Лицензия загружается следующим образом:

    public class MyAutofacModule : Module
    {
        protected override void Load(ContainerBuilder builder)
        {
            // [Register stuff]
            LoadAsposeLicense();
        }

        private void LoadAsposeLicense()
        {
            // Load the Aspose license.
            string licenseFile = Path.Combine(Assembly.GetExecutingAssembly().Location, "..", "Aspose.Total.lic");
            Aspose.Slides.License license = new Aspose.Slides.License();
            license.SetLicense(licenseFile);
        }
    }
 

Я думал, что это хорошая идея, пока не захотел повторно использовать DLL из некоторого кода, который не нуждается в функциональности Aspose. У нас есть лицензия на все продукты Aspose, но прямо сейчас мы используем только материалы PowerPoint. Однако в будущем это может измениться, и у нас могут появиться другие компоненты, которым потребуется функциональность Word. Лицензия будет такой же, но я предполагаю, что ее нужно будет инициализировать отдельно.

Мне интересно, имеет ли смысл вводить такой простой лицензионный компонент, который был бы зарегистрирован как одноэлементный (или я мог бы быть еще ленивее и поместить код в статический конструктор):

     class AsposeSlidesLicense
    {
        public AsposeSlidesLicense()
        {
            string licenseFile = Path.Combine(Assembly.GetExecutingAssembly().Location, "..", "Aspose.Total.lic");
            Aspose.Slides.License license = new Aspose.Slides.License();
            license.SetLicense(licenseFile);
        }
    }
 

Затем я мог бы использовать его следующим образом:

     class MyComponentThatUsesAspose : ISlidesCreatorService
    {
        public MyComponentThatUsesAspose(AsposeSlidesLicense license)
        {
            // Dummy constructor to make sure the license is loaded
        }

        public void CreateSlide()
        {
            // Use Aspose library
        }
    }
 

Но поскольку license зависимость (параметр) не имеет другой функции, кроме запуска загрузки лицензии, я немного беспокоюсь, что она может быть оптимизирована либо компилятором, либо Resharper, либо другим разработчиком.

Итак, мой вопрос:

Как лучше всего разместить подобный код инициализации, который может потребоваться нескольким компонентам для запуска один раз? И только тогда, когда эти службы необходимы (создаются экземпляры компонентов)?

Для запуска кода при запросе компонента вы можете использовать событие OnActivating autofac lifetime

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

 builder.RegisterType<LicenseVerifier>()
       .As<ILicenseVerifier>()
       .SingleInstance()


builder.RegisterType<YourComponent>()
       .OnActivating(e => e.Context.Resolve<ILicenseVerifier>().EnsureLicense())
 

в вашем EnsureLicense вы можете делать все, что хотите, чтобы убедиться, что лицензия применяется.

Если у вас много компонентов, может быть хорошей идеей перенести OnActivating вызов в расширение пользовательского метода и написать что-то вроде :

 builder.RegisterType<YourComponent>()
       .WithLicense()
 

другим вариантом было бы добавить атрибут к YourComponent

 [RequireLicense]
public class YourComponent {}
 

и создайте модуль autofac, который добавит OnActivating часть ко всем компонентам, имеющим атрибут.

Если вы хотите запускать код при запуске приложения, Autofac имеет 2 механизма.

• Вы можете реализовать IStartable интерфейс Autofac, который запускается при сборке контейнера.

     public class StartupMessageWriter : IStartable
    {
      public void Start()
      {
        Console.WriteLine("App is starting up!");
      }
    }
   

  и зарегистрируйте его следующим образом :

     builder
     .RegisterType<StartupMessageWriter>()
     .As<IStartable>()
     .SingleInstance();
   

• Вы можете зарегистрировать компонент с AutoActivate помощью . В таком случае компонент будет собран при сборке контейнера

     builder
      .RegisterType<TypeRequiringWarmStart>()
      .AsSelf()
      .AutoActivate();
   

• вы также можете создать свой собственный интерфейс и разрешить их после инициализации контейнера.

вы можете найти более подробную информацию об autofac в рабочем коде в документации по сборке контейнера.