и вы не поверите

http://tech.vg.no/2015/07/17/android-databinding-goodbye-presenter-hello-viewmodel/

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

ужас :)

и это считается вполне адекватной логикой

+

посыпаю голову пеплом и ставлю крес на MVVM жирный :)

просто потому,что где их еще делать то?)

а вот контекст не считается

биндингом мы где занимаемся? :)

вот там и делать

биндингом?

мне вот интересно

почему тот сгенерированный класс

ViewDataBinding

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

который мы инфлейтим

и с помощью databinding'ов и небольшого кол-ва особой уличной магии

сука, заглатывает переменную-вьюмодель при помощи setVariable() - а обратно не отдает?

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

))

решило бы проблему мою

https://github.com/erikcaffrey/People-MVVM/blob/master/app/src/main/java/com/example/jhordan/people_mvvm/viewmodel/PeopleViewModel.java

типичный пример VM)

контееекст

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

либо в него помещается логика загрузки данных + предыдущее

из статейки выше

"Dealing with system calls There is one set of use cases which still have to be done in the code-behind of the View – functions which initate system calls, opens dialogs or basically any call which require reference the Context object of Android. Don’t put code like this in the ViewModel. If it contains the line import android.content.Context;, you’re doing it wrong. Don’t do it. Kittens die."

фуф...

Don’t put code like this in the ViewModel

окей

я еще не дочитал :) продираюсь через ваши андроидные "штуки-дрюки" :)

тогда мы скатываемся

к MVP+VM ?

ну типа да

или роутер

VIPER! посмотрите на вайпер! :)

я только не представляю что это

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

чем выдирание данных ручками)

ты скурил БЫ вайпер с датабайндингом, дружище? )

VIPER зло

я прикуриваю пока :)

x D

айосников код посмотрел на вайпере

на чем пишутН?

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

если обджектив

то нечего нам там делать

там другое мышление

свифт там

аааа

но разницы ноль

ну там и то и то

ну тогда ладно еще )

видеть миллион методов типо setTitle

setSubtitle

шо? :)

у нас нач. мобильного отдела очень сетует за то, что свифт убивает изначальную логику обджектив си

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

ну датабиндингов в ios таких как в андроиде нет

Наверное он просто не молод (30+)

по идее

Иван, не буду спорить, потому что не знаю какие они в андроиде

~30

но вообще у нас есть RAC... и я думаю оно как минимум оно...

~30

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

наверн

kotlin: val exitButtonVisibility = ObservableInt(View.GONE) xml: android:visibility="@{viewModel.exitButtonVisibility}"

и он, сцуко, прав :) потому что этот гребаный свифт... версия 2.0 компилятора не компилит 1.2... а версия 3.0 которую вот вот ждут... не очень будет работать с 2.0 :)

представь себе код без обработки эксепшнов

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

проверять не приложуху а бекенд

короче , там как то так пишется, что полюбому работает если работает )

без исключений )

короче , там как то так пишется, что полюбому работает если работает )

любите checked exceptions?

про логи это в смысле у нас в приложухе

я без понятия че они там любят

просто он мне объяснял

как тупому джависту )

а я внимательно слушал )

хахаха

в общем завтра

загружу коллег

отпишусь потом что решили

все, баста

у нас экспешн это эксепшн! :) а все остальное - ошибки

а про ту статью

Another approach could be to use an event bus like Square’s Otto to initiate commands like new ShowToastMessage("hello world").

это же адок

ну это не гуру ребята

ничего не говорю

а завершении флуда, словил тут на андроиде "out of memory exception thrown while throwning out of memory exception" (не дословно, но суть вот такая) :)

но про вью методы во вью модели согласен

не должны они там быть

уж выбирая между EventBus и выстрелом себе в ногу я бы задумался)

всем до завтра - я спать

Ребят,а где можно почитать про поход mvvm и mwp под андроид?:)