Комментарии пользователя romaro

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

romaro @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.

Написано 17 янв.

Как называть методы, которые не обрабатывают исключений?

romaro @romaro Автор вопроса

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

[AttributeUsage(AttributeTargets.Method)]
    public class ThrowableAttribute : Attribute
    {
    }

Войдите на сайт