Первый фрагмент изменит вью модел, вью модел проапдейтит модел (бизнес логику, репозиторий - называйте как угодно), модел известит всех подписчиков (другие вью модел), что есть изменения, вью модели попросят свои вью обновиться Именно так работает подавляющее большинство мввм фреймворков, начиная с андроидной ViewModel и заканчивая каким-нибудь калибурном
Сдается мне, что у @savinds путаница в терминологии
Парни, я использую общепринятую терминологию Паттерн называется Model View ViewModel, даже в Вики написано Вы хотите сказать, что это все неправильные термины?
Скажу иначе: то, что на картинке model (business-logic) это не одна сущность. Так понятней ? Это абстрактное представление
Речь шла о простом примере, там можно и общим термином обойтись А вы зачем то полезли в глубины n-tier При этом не смогли толком объяснить передачу данных от фрагмента к фрагменту в примитивном примере
Ни активность, ни фрагмент понятия не имеют что там за модели, они получают уже удобные "свои" модели от вьюмодельки, которая конвертит модели бизнеса в модель представления. И именно на эти модели представления подписывается вью