делай оверрайд функции, которая исполнфет команду

а, хотя ты зачем-то VM переприсваеваешь...

мутная схема какая-то

Хм, BulgariaVM, GeorgiaVM...

В идеале должен быть механизм(класс) для управления зависимостей.
Например: есть MainViewModel и будет MainDependencyManager, который будет управлять зависимостями и подставлять нужные методы в нужный момент. Часто будут случаи, когда сразу будут пересекаться CountryDependencies и CurrencyDependencies. И тогда этот менеджер должен совмещать их и формировать новую  последовательность действий. Допустим, запускать первый метод, а потом в определённый момент делать действия из второго метода, а потом продолжать первый

так и делаю

кажется ты не совсем понимаешь, что такое ViewModel в MVVM

.

ViewModel - штука, которая описывает состояния вьюхи. И связь там один ко многим - одна вьюмодель - много вьюх (чаще одна)

Предметная область (со всеми своими поведениями) должна описываться в модели, а не во вьюмодели.

+

Дмитрий хуйни не спизданет

У меня сейчас на руках проект, в котором кто-то где-то когда-то услышал за mvvm и сделал все ровно наоборот

А я часов 100 наверное наиграл, затянула очень

хаха, я когда в первый раз делал, по паттерну MVVM, тоже самое, все наоборот и все попутал

я еще тогда юзал мввм лайт

фреймворк

Да, ViewModel должна отвечать исключительно за реактивность интерфейса. И в простом приложении это легко реализовать. Но я впервые сталкиваюсь с потребностью очень большого ветвления.

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

По идее ты должен подмнемять модели у вьюмодели