Где про MVP почитать, лучше без Di, Rx?

у Ханнеса Дорфмана в блоге можно

Зачем оно надо, если есть okhttp и retrofit?

легаси Т__Т

Denis или можно на Medium поискать статьи, там их вагон

у ханнеса с DI и Rx в основном)

Где про MVP почитать, лучше без Di, Rx?

Я сейчас открыл кучу презентаций на YouTube на английском, буду смотреть. Еще статью про Moxy на habrahabr. В конце там куча интересных ссылок.

но очень хорошие

но очень хорошие

А если я Rx не знаю и Di не пользовался я пойму. Или лучше туторилы по Rx и Di пройти.

Я сейчас открыл кучу презентаций на YouTube на английском, буду смотреть. Еще статью про Moxy на habrahabr. В конце там куча интересных ссылок.

Moxy не торт, на droidcon был доклад по ней

Moxy не торт, на droidcon был доклад по ней

чем не торт? любоптства ради, а не спора

Moxy не торт, на droidcon был доклад по ней

чем не торт? я вот решил его попробовать

Moxy не торт, на droidcon был доклад по ней

вот ты автора moxy задел, тебе хана теперь ?

?

чем не торт? любоптства ради, а не спора

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

Denis у него хорошо про базовые вещи тоже написано, даже не зная rx, di можно полезного почерпнуть, это тот еще архитектор)

чем не торт? любоптства ради, а не спора

О, кстати вот в Mosby я нашёл проблему с viewState, там когда приложение убивается системой (memory killer), то viewState не сохраняется. В moxy таких проблем нет ?

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

1. @StateStrategyType решает проблему ненужных команд, или наоборот исключительных команд 2. Если нужно чтоб анимация отработала только один раз, то делаете mDetailsPresenter.isInRestoreState() Но я понимаю, что далеко не всем это место нравится. Оно самое спорное =)

1. @StateStrategyType решает проблему ненужных команд, или наоборот исключительных команд 2. Если нужно чтоб анимация отработала только один раз, то делаете mDetailsPresenter.isInRestoreState() Но я понимаю, что далеко не всем это место нравится. Оно самое спорное =)

Палка о двух концах. Не буду отрицать, что Moxy решает некоторые проблемы архитектуры, но также привносит свои

О, кстати вот в Mosby я нашёл проблему с viewState, там когда приложение убивается системой (memory killer), то viewState не сохраняется. В moxy таких проблем нет ?

Хмм, вроде в мосби как раз легко сереализовать вью стэйт и сложить в бандл? в мокси он умирает вместе с презентером(т.е. вместе с процессом). потому что view state хранит в себе на самом деле состояние логики. а логика — это презентер. а так как логика умирает, то умирает и вью стэйт логики =)

Хмм, вроде в мосби как раз легко сереализовать вью стэйт и сложить в бандл? в мокси он умирает вместе с презентером(т.е. вместе с процессом). потому что view state хранит в себе на самом деле состояние логики. а логика — это презентер. а так как логика умирает, то умирает и вью стэйт логики =)

а что с поворотом в moxy? viewState сам сохраняется и ресторится потом ?

а что с поворотом в moxy? viewState сам сохраняется и ресторится потом ?

Ага, и для этого ничего не надао делать. Пометить презентер аннотацией @InjectViewStatе и всё. Единственный минус, про который как раз говорит @npe_lol , что может потребоваться применять стратегию к какой-нибудь команде. Но мы в 95% случаев обходимся AddToEndSindleStrategy и SkipStrategy :D

Хмм, вроде в мосби как раз легко сереализовать вью стэйт и сложить в бандл? в мокси он умирает вместе с презентером(т.е. вместе с процессом). потому что view state хранит в себе на самом деле состояние логики. а логика — это презентер. а так как логика умирает, то умирает и вью стэйт логики =)

а про мосби я имел в виду такой кейс: юзер к примеру оттягивает обновлялку данных, появляется ожиданчик загрузки данных. В это время входящий звонок, юзер берёт трубку. При сворачивании приложения viewState запомнилось что там загрузка идёт. Но приложение не сразу умирает после onStop. Оно успело данные подгрузить, но viewState запомнил что там подгрузка данных идёт. Потом приложение разворачивается и юзер снова видит ожиданчик, хотя данные были загружены, потом что они загрузились после OnStop.

ну т.е. даные загрузились когда уже активити не было видно

а про мосби я имел в виду такой кейс: юзер к примеру оттягивает обновлялку данных, появляется ожиданчик загрузки данных. В это время входящий звонок, юзер берёт трубку. При сворачивании приложения viewState запомнилось что там загрузка идёт. Но приложение не сразу умирает после onStop. Оно успело данные подгрузить, но viewState запомнил что там подгрузка данных идёт. Потом приложение разворачивается и юзер снова видит ожиданчик, хотя данные были загружены, потом что они загрузились после OnStop.

именно поэтому в мокси и не сохраняется ViewState в Bundle saveState

Уже обсуждали

именно поэтому в мокси и не сохраняется ViewState в Bundle saveState

а куда сохраняется?

Паттерн А нужно использовать с сервисом и сохранением запросов в бд

Паттерн А нужно использовать с сервисом и сохранением запросов в бд

это олдкул

а куда сохраняется?

ViewState хранится в презентере. Умирает процесс → умирает презентер → умирает и ViewState

это олдкул

Зато само надежное и нормальное

Был у нас паттерн А. Жуть та ещё %) Ну или реализация была не очень

Зато само надежное и нормальное

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

но и она со своими изъянами

А не эти рх с отписками и которые легко грохаются

@senneco Я вот решил ваш Moxy попробовать. Начал писать карточную игрушку.

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

@senneco Я вот решил ваш Moxy попробовать. Начал писать карточную игрушку.

На open gl?

На open gl?

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

На open gl?

сначала хотел Libgdx

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

На canvas?

На canvas?

возможно даже на анимациях просто. Не планирую особую динамику

сначала хотел Libgdx

Видел курсы по ней

Видел курсы по ней

http://www.lki.ru/text.php?id=5206

вот её пилю

под андроид

если обойтись без всяких спец эффектах, то в принципе наверно можно на обычных анимациях передвижение карт реализовать

Круто

юзер будет drag and drop'ом перемещать

карты

Хей, парни, можете помочь?

На 7 андроиде появился баг с recyclerView

http://im.ezgif.com/tmp/ezgif-2740439622.gif

Сам код rV http://pastebin.com/GtBDeWy8

и view holder'a http://pastebin.com/5quvZQhz

Где про MVP почитать, лучше без Di, Rx?

На java-help.ru поищи

Где про MVP почитать, лучше без Di, Rx?

MVP не нужен, почитай про вайпер

lol

MVP не нужен, почитай про вайпер

Viper не нужен, почитай про MVVM и Databinding

Юзали мы ваш мввм

А можно MVP миксовать с MVVM?

Да хоть мвп с мвц и вайпером

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

и все это да на ксамарине )

MVP не нужен, почитай про вайпер

Объясните что такое viper?

https://github.com/rambler-ios/The-Book-of-VIPER

https://www.objc.io/issues/13-architecture/viper/

ERROR: S client not available

Объясните что такое viper?

если кратко bullshit,но некоторым нравится

На хабре еще была статья, но она так себе

если кратко bullshit,но некоторым нравится

Вы просто не умеете его готовить :3

На хабре еще была статья, но она так себе

Чем он лучше MVC, mvvm, mvp

принципиальное отличие MVP и VIPER?

принципиальное отличие MVP и VIPER?

думаю в роутере

МВЦ - антипаттерн МВП - а расскажешь, чем отличается от мвц? мввм - лучше, но полумера. Слишком много вещей не определенно и остается на откуп джуниорам

думаю в роутере

И в интеракторе

(и в ассембле)

ок, точнее MVP + CleanArchitecture и VIPER

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

MVP UI паттерн все таки

МВЦ - антипаттерн МВП - а расскажешь, чем отличается от мвц? мввм - лучше, но полумера. Слишком много вещей не определенно и остается на откуп джуниорам

Ну и мввм без рх так себе, поговаривают

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

Кодогенераторы тебе в помощь

в андроид еще не завезли что-то типа реакт + редакс?

MVP UI паттерн все таки

Вайпер не сильно далеко от этого ушел, но да

Кодогенераторы тебе в помощь

нет, ребята демократы – только чай)

никогда MVC не юзал, кроме как в в вебе очень очень давно

кажется различие в точке входа

в MVC это контролер

в MVP это View

в MVC это контролер

У тебя в любом случае точка входа контроллер

Если мы говорим про дройда - активити/фрагмент

да, но это view

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

Вью - это то что ты в хмл описал

да ну

Активити / фрагмент не являются вьюхой

View это то что данные показывает

это не только разметка

View это то что данные показывает

Йеп