Как правильно инициализировать библиотеку классов в .NET?

Question

[romaro]

Есть несколько десктопных приложений, которые используют одни и те же UI-элементы, поэтому я решил вынести эти элементы в отдельную библиотеку:

ApplicationOne
ApplicationTwo
Lib.Controls

Однако часть компонентов в классах библиотеки нуждается в сервисах, которые инициализируются в корне приложения. Например, у меня есть сервис для печати этикеток. Поскольку только приложение знает, какой принтер будет использоваться, я создаю его в корне композиции и добавляю в DI-контейнер:

public class Program
    {
        [STAThread]
        public static void Main()
        {
            // Label printers setup
            var labelService = new LabelService();
            labelService.AddLabelSetup(SupportedLabels.WarehouseProductLabel, new TscPrinter("TSC TTP-225", 200));
            labelService.AddLabelSetup(SupportedLabels.OzonCargoLabel, new TscPrinter("TSC TE 200", 200, TrueTypeFont.Arial));

            var host = Host.CreateDefaultBuilder()
            .ConfigureServices(services =>
            {
                services.AddSingleton<MainWindow>();
                services.AddSingleton(labelService);
            })
            .Build();

            Lib.Controls.ApplicationHost.Init(host);

            new App(host).Run();
        }
    }

Чтобы данный сервис был доступен в окружении Lib.Controls, я реализую в этой библиотеке статический класс:

public static class ApplicationHost
    {
        static IHost? _host;

        public static void Init(IHost host)
        {
            _host = host;
        }

        internal static LabelService GetLabelService()
        {
            if (_host == null)
            {
                throw new Exception("Library Lib.Controls hasn't been initialized");
            }

            return _host.Services.GetRequiredService<LabelService>();
        }
    }

Теперь, если какому-либо компоненту потребуется напечатать этикетку, он сможет получить ее. Естественно, если библиотека была проинициализирована. То есть внутри библиотеки может быть такой код:

var labelService = ApplicationHost.GetLabelService();
IPage label = labelService.GetLabel(Print.Labels.SupportedLabels.OzonCargoLabel, placeholders);
viewModel.Page = label;
window.ShowDialog();

Является ли такая архитектура единственно возможной или у нее есть достойные альтернативы?

Пока что я вижу две проблемы:
- инициализация будет подключать библиотеки при старте приложения, т.е. никакого lazy loading.
- если библиотек несколько, каждую придется инициализировать отдельно в корне и вообще помнить о необходимости такой инициализации при создании других приложений.

Answer 1

[Василий Банников]

Чтобы данный сервис был доступен в окружении Lib.Controls, я реализую в этой библиотеке статический класс:

Фатальная ошибка.

Является ли такая архитектура единственно возможной или у нее есть достойные альтернативы?

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

Comments

[romaro]

Ну так DI то у меня доступен исключительно на уровне приложения. Или ты предлагаешь все элементы из Lib.Controls проинициализировать в корне композиции и запихнуть DI?

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

...
            // Command
            var printCommand = new ShowCargoLabelPrintWindowCommand(labelService);

            var host = Host.CreateDefaultBuilder()
            .ConfigureServices(services =>
            {
...
                services.AddSingleton<ShowCargoLabelPrintWindowCommand>(printCommand);
            })
            .Build();

Но как быть с визуальными компонентами? Например, у меня в Lib.Controls есть форма, а не ней кнопка, по которой должна вызываться данная команда. Как же я смогу извлечь для нее команду из контейнера, если библиотека ничего не знает о DI, который собран на стороне приложения?

<Button Command="{Binding Source={x:Static c:CommonCommands.ShowCargoLabelPrintWindowCommand}}" CommandParameter="{Binding Cargo}" Content="Печать этикетки грузоместа" Margin="5" Padding="0,5" Style="{DynamicResource printCargoLabelButtonStyle}"/>

Я планировал преобразовать фабрику CommonControls в сервис команд, инициализировать этот сервис в корне и так же поместить в DI, а затем, в библиотеке, получать ссылку на нужную команду таким образом:

<Button Command="{Binding Source={x:Static local:ApplicationHost.GetCommand<ShowCargoLabelPrintWindowCommand>()}}" CommandParameter="{Binding Cargo}"/>

То есть библиотеке в любом случае нужен ApplicationHost или что-то в этом роде.

Или ты предлагаешь еще и все визуальные компоненты запихнуть в DI? Теоретически это возможно, если создать для каждого из них отдельный конструктор, куда будут передаваться все нужные зависимости и тогда биндинг будет выполняться к самому классу компонента.

Но это выглядит громоздко... Я действительно хочу понять, как можно (и стоит ли) избавляться от передачи зависимостей через ApplicationHost.

[Василий Банников]

romaro, https://stackoverflow.com/questions/25366291/how-t...