Далее встаёт главный вопрос — чем инстансить классы наших вьюмоделей,

Question

Далее встаёт главный вопрос — чем инстансить классы наших вьюмоделей,

где инстансить классы вьюмоделей, как инстансить классы вьюмоделей. Из того, что я знаю, получается, что все конструкторы инжектируемых и принимающих инъекцию моделей должны быть без лишних параметров. То есть мы хардкодим в классе его поведение и особенность, а при шаге вправо - шаге влево делаем другой класс, который реализует нужный интерфейс. Ок, удобно и вроде бы по паттернам. Но есть вот у нас хамлы, в которые надо закинуть нужные вьюмодели. Что делать-то?
<SampleView.DataContext>
<SampleViewModel />
</SampleView.DataContext>
Инжектируем прямо в Уихе (одним лёгким движением руки убивая слабую связность компонентов)? Или ViewModelLocator с ужасно громоздким описанием лейзи-инстансов наших моделей (по понятным причинам это тоже антипаттерн)? Или всё-таки делать конструктор с параметром, чтобы потом где-нибудь (где?) выполнить IoC.Resolve<ISampleViewModel>? Вот этот вариант, кажется, самый вкусный. И всё же, если сервис-локатор и вьюмодел-локатор — антипаттерны, то где же нам резолвить это это добро? В конструкторе вьюхи, в код-бихайнде?
public SampleView {
public SampleView() {
this.InitializeComponent();
this.DataContext = IoC.Resolve<ISampleViewModel>();
}
}
Однако нередко в чатах слышны громкие заявления, что идеальный MVVM — это когда код-бихайнд не содержит ничего, кроме InitializeComponent(). Для меня в иок-контейнерах пока самый сложный и непонятный момент — это отсутствие явного ответа на вопрос КОГДА их использовать в контексте ГДЕ их использовать.

#backend #dot #programming #russian

0

30.06.2017

1 ответов

20 просмотров

Пользователь 61791 · Accepted Answer

Пользователь 61791

Да ты ростёшь

0

30.06.2017

170 похожих чатов

Далее встаёт главный вопрос — чем инстансить классы наших вьюмоделей,

1 ответов

Похожие вопросы