так, что модель сообщает о новых данных, а вьюха их только получает и отображает

это понятно. но я не понял ответа на мои 2 вопроса.

нет и нет) первое «нет» менее критичное

Ну... Как сделать да и да, я так и не понял

перенести условие из наблюдателя в модель

Вообще лучше бы сделал в viewModel'e MediatorLiveData с данными, которые ты хочешь загрузить и подписался на неё в своем фрагменте, добавил бы source который был бы LiveData с твоим playListId. И вызвать в source загрузку данных. В итоге никакой логике во view. Всё решается в viewModel'e

А подскажите, LiveData паттерн применим к MVP вообще?
я тут читаю, смотрю документацю...
Я хотел бы разрешить одну проблему, но как новичок не могу понять, куда копнуть.
У меня приложение MVP
есть вью+презентор, где загружается список заказов
по клику на заказ открывается новое вью+презентер с карточкой заказа.

На карточке заказа пользователь меняет статус заказа.
возвращается к списку, и в списке изменение статуса заказа не отражается.

Какие паттерны есть для этого? Каким способом лучше обовлять? Через базу данных?

А почему не передать просто playlistId в конструктор ViewModel'а?

Он меняется

Дело в том что в зависимости от id надо делать разные запросы. Два разных. И как это условие вынести в вьюмодель например?..

Ну можно передать какой-нибудь условный playlistId: Observable<String>

Список заказов и карточка заказа это activity or fragments?

fragments

у меня Single activity

Что если сказать фрагменту списков заказа, чтобы обновился через активити

только сейчас разглядел, что там подписка на sharedViewModel для id сделана, а оно уже в локальную делегирует

я бы спрятал sharedViewModel в локальную (там вообще в идеале не VM использовать, а что-то отдельное) и все подписки и условия переезжают в локальную модель

Спасибо

Но ничего не мешает вызвать метод setSomeInfo из фрагмента, когда приходят id из  sharedViewModel.

Это я про пример на гисте, который выше кинул