а штуки рулящей всей вью

то получается,что нам нужно хендлить тапы

как мы можем сделать переход между активити? используя контекст

либо мы его передаем во viewModel,что как бы совсем не гуд

не гуд

вообще

либо мы передаем туда что-то типо роутера

стоп стоп стоп стоп

звучит прям ужасно :)

либо мы делаем максимально тупой viewModel

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

и все остальное делаем в активити

вью - показывает то, что ей скормили во viewModel (а скоримл никто иной как презентер)

ну в MVVM нет презентера так то)

Хорошо, еще раз вопрос Реализовано: Android + DataBinding + MVVM. В лейауте задействуем клик на определенное View - значит нужно кидать в фрагмент. В методе: 1. старт активити с браузером. (нужен контекст активити, все правильно - что во фрагменте, из модели контекст аппликейшна, что не рекомендовано) 2. ссылка приходит во вью-модель, Исходя из второго пункта - каким механизмом лучше передавать ссылку в фрамент? Если архитектура гмно - послушаю ваши варианты Постарался по простому проблему сформулировать

презентер есть всегда, вайпер это, или MVVM или MVC :)

роль очень своеобразного презентера выполняет активити

вьюха должна быть максимально тупой... показывать что дают, сообщать о интерактивностях если они есть - все :)

тк активити и не вью вроде как)

вот кстати про тупость вью - в MVVM по идее это не совсем так

@mrjamesbond в моем случае, во вьюху придется передать лисенер , обработать нажатие- иначе как достать контекст активити? Во вью модель также негоже его посылать

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

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

перед выполнением клика

стоп стоп стоп...

лиснер пусть себе висит во вьюхе

ок

чать кликов вообще наружу могут не отдаваться

как передать туда данные из вью модели в момент нажатия

например аккордеон какой-нибудь... это можно в активити не транслировать

но если у нас кнопка рефреш, допустим... до тап по ней нужно обработать во вьюхе (анимации, и пр.) и передать в активити - и пусть уже активити решает что там делать с этим :)

если бизнеслогики тап никак не касается - пусть живет себе во вью

ну те клики,которые мы делаем для перехода на другую активити в 90% случаев нужно прокидывать через viewModel,тк в ней у нас стейт хранится грубо говоря

если касается - то точно не во вью

что значит ЧЕРЕЗ? вью с активити общаться не может? активити про вьюМодель знает?

(вы меня только не слушайте... я в андроид специфике слаб)

активити про вьюмодель знает,тк мы инициализируем viewmodel в активити

именно...

я не могу понять что такое "прокидывать через вьюмодель"

вью модель про переход куда-то там ничего не знает...

активити в топку

вью модель - минимально необходимые данные для отображения вью - точка

вдруг фрагмент где еще понадобится

ну опять же,мы имплиментим интерфейс описывающий итерации со внешним миром в активити

каждое активити захламлять кодом

передаем его имплементацию в viewmodel

во вьюмодели обрабатываем клик

и передаем подготовленные данные из нее в этот интерфейс

не надо передавать имплементацию во вью модель!!! :)

короч

в чем тут проблема то?

мы может быть о разных вью моделях? :)

все методы во вью модели, где в параметре view: View

вот пример высосаный из пальца

это нехорошо

есть вьюмодель - 100 каких-то айтемов

и есть два отображения, скажем, табличный и еще какой-нибудь...

с одного отображения надо перейти на А, с другого на Б по хитрой логике

вопрос - каким образом вью модель завязана на логике переходов? мой ответ - никаким

как боженька сказал )

надо уходить во вью

но как то брать данные из модели

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

это как по мне не гуд

Вот слушаю я рассуждения про MVP и иже с ним... И что-то не заметно что такой подход упрощает все.

и опять же мое мнение,что вьюмодель должна сагрегировать эти данные для удобной работы с ними в дальнейшем

и передать их уже туда,где они нужны

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

может я не прав

Какой смысл биндить вью с вьюмоделью? Правильно, чтоб во вьюмодели было отражение того что происходит... зачем это? наверное чтоб потом эту вьюмодель заюзать, взять нужное, собрать из этого другую вьюмодель и передать другой вью

как это может быть странным?

есть вьюмодель - это КОНТЕЙНЕР С ДАННЫМИ

? :)

мне не нравится концепция того,что мы зачем-то лезем с активити во вьюмодель

такой пул делаем грубо говоря

(либо я чего-то не понимаю во viewModel) :P

вот я холивар развел )

если можем сделать пуш)

из вьюмодели в активити

:)

оооо

сервис

локальный бродкастресивер

или как там его )

Иван! еще раз - вьюмодель - это контейнер с данными

?

Иван, еще вопрос

а если я воспользуюсь event bus?

а теперь представим, что после нажатия на кнопку "послать". нужно все эти данные что юзер вбил, хитрым образом обработать... отправить 25 запросов на сервер, переформатировать, преобразовать и потом получившееся отправить дальше

это контейнер состояния даже

это где делать? во вью модели!?!?! :)

запросы как я понял во вью модели вполне применимы

или я плохо понял )

и пока ты пишешь "нет, не в ней" - я задам другой вопрос - а почему тогда это происходить должно в разных местах в зависимости от случая? :)

ну на самом деле

запросы!?!? во вью модели!?!? :)

боже....

если мы хотим пьюр mvvm

там нет ничего про презентер