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

ничего не крутое, обычный мвп. Понятный и джуну

Можно и без мокси обойтись)

нашел)

кому надо ide.disable.editor.tooltips вещь удобная, студия сразу летать начала

ничего не крутое, обычный мвп. Понятный и джуну

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

будто что-то плохое

moxy resistance

Лишняя зависимость, не по SOLID

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

раз ты топишь за него, скажи пожалуйста, что он тебе дает (переворота экрана нет)

раз ты топишь за него, скажи пожалуйста, что он тебе дает (переворота экрана нет)

наверное view пересоздается еще при уходе фрагмента в backstack и возвращении оттуда

раз ты топишь за него, скажи пожалуйста, что он тебе дает (переворота экрана нет)

во - первых я не топлю за него, мне интересно твое мнение, почему оно не нужно. во - вторых, а если поворот экрана есть?)

во - первых я не топлю за него, мне интересно твое мнение, почему оно не нужно. во - вторых, а если поворот экрана есть?)

1) я мокси не знаю. Вижу кучу сущностей, аннотаций, всякого бойлерплейта которое надо изучать. Стоит ли оно того — спрашиваю я в этом чате) 2) нет поворота

1) я мокси не знаю. Вижу кучу сущностей, аннотаций, всякого бойлерплейта которое надо изучать. Стоит ли оно того — спрашиваю я в этом чате) 2) нет поворота

а при чем тут поворот?

во - первых я не топлю за него, мне интересно твое мнение, почему оно не нужно. во - вторых, а если поворот экрана есть?)

Положить в бейзфрагмент вызов bind/unbind у презентера можно и без мокси

во - первых я не топлю за него, мне интересно твое мнение, почему оно не нужно. во - вторых, а если поворот экрана есть?)

Он позволяет тебе тестировать проект, в том случае если ты правильно кодить будешь, в большом случае Мокси обретка над MVP и не более. Если юзаешь Мокси без MVP лишь для того чтобы, при повроте экрана состояние сохранялось то легче тебе другую либу тогда найти

Презентер может спокойно переживать поворот в статике

Презентер может спокойно переживать поворот в статике

или в лоадере

@polopolopo Если не знаешь зачем тебе та или иная реализация, не юзай, необходимость появиться сам узнаешь

а при чем тут поворот?

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

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

А когда в новый проект подрядчики тащат мокси — мой вопрос — нахера?

@polopolopo Если не знаешь зачем тебе та или иная реализация, не юзай, необходимость появиться сам узнаешь

точно мне ответ?)

ну кто там про мокси спрашивал и поврот

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

У меня есть не туториал, а рисунок_ключа^W gist. https://gist.github.com/Mishkun/40322b70f64654e36890cc678eb32e88

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

Кроме поворота ещё дохера всего есть, особенно на последних версиях дроида

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

мокси хранит очередь вызовов к view и после пересоздания ее заново эти вызовы выполняет. И это не только при перевороте, а после каждого onCreateView

Вырубать поворот не панацея

мокси хранит очередь вызовов к view и после пересоздания ее заново эти вызовы выполняет. И это не только при перевороте, а после каждого onCreateView

Это тоже легко сохранить

См mosby + viewstate

Это тоже легко сохранить

?

У меня есть не туториал, а рисунок_ключа^W gist. https://gist.github.com/Mishkun/40322b70f64654e36890cc678eb32e88

не могу в котлин еще(

См mosby + viewstate

так по сути мокси и есть mosby + viewstate

так по сути мокси и есть mosby + viewstate

Ну так и зачем кодген себе тащить?

См mosby + viewstate

просто это выглядит со стороны крайне нелепо имхо, когда советуешь использовать моосби + вьюстейт, а как только услышал мокси - фууу, надо давно её похоронить, хотя по факту это одно и тоже

1) я мокси не знаю. Вижу кучу сущностей, аннотаций, всякого бойлерплейта которое надо изучать. Стоит ли оно того — спрашиваю я в этом чате) 2) нет поворота

1) не стоит.

1) не стоит.

годно

просто это выглядит со стороны крайне нелепо имхо, когда советуешь использовать моосби + вьюстейт, а как только услышал мокси - фууу, надо давно её похоронить, хотя по факту это одно и тоже

Я советовал посмотреть на mosby + viewstate

Но не советовал так делать

зачем вообще этот вьюстейт, если можно написать configChanges в манифесте?

зачем вообще этот вьюстейт, если можно написать configChanges в манифесте?

вот

вот это базар

ребят, а как в консоли разработчика запустить тестирование еще раз?

что бы новый отчет о тестировании сформировался?

wrong chat :)

просто это выглядит со стороны крайне нелепо имхо, когда советуешь использовать моосби + вьюстейт, а как только услышал мокси - фууу, надо давно её похоронить, хотя по факту это одно и тоже

мокси классная либа. только перестали сапортить её. и с котлином проблемы есть

мокси классная либа. только перестали сапортить её. и с котлином проблемы есть

существует ли хоть одна проблема, которую мокси решает, а не создаёт?

существует ли хоть одна проблема, которую мокси решает, а не создаёт?

сохраняет стейты и управляет сценариями стейтов

существует ли хоть одна проблема, которую мокси решает, а не создаёт?

а должен? я думал это просто хипстерская либка 🌝

сохраняет стейты и управляет сценариями стейтов

configChanges="orientation|screenSize"

configChanges="orientation|screenSize"

dont keep activities?

configChanges="orientation|screenSize"

а beginTransaction() .replace(... .addToBackStack(... а потом back press

?

dont keep activities?

андроид в релизе так не работает

Подскажите, можно ли записать файл в папку приложения без запроса пермишна? Не в любую папку, а именно приложения? Есть ли такая возможность?

Знаете что лучше расскажите? Расскажите, кто как хранит состояние при перевороте экрана, если архитектура не MVP?

андроид в релизе так не работает

но есть одно но

😁

Знаете что лучше расскажите? Расскажите, кто как хранит состояние при перевороте экрана, если архитектура не MVP?

ViewModel

configChanges="orientation|screenSize"

вроде как не советуют так делать, нет?

а beginTransaction() .replace(... .addToBackStack(... а потом back press

🤔

вроде как не советуют так делать, нет?

Кто, почему?

но есть одно но

Какое?

ViewModel

есть че нить маст рид по этой теме?

чатик надо спрашивать сервер каждые 30 сек, что лучше использовать? WorkManager?

Знаете что лучше расскажите? Расскажите, кто как хранит состояние при перевороте экрана, если архитектура не MVP?

nonConfigurationInstance

есть че нить маст рид по этой теме?

Официальная документация

Какое?

активити что в фоновых тасках могут килятся вместе с таском

там дичь с активити тасками

Знаете что лучше расскажите? Расскажите, кто как хранит состояние при перевороте экрана, если архитектура не MVP?

LoaderManager

активити что в фоновых тасках могут килятся вместе с таском

и мокси никак не поможет, а только наоборот

Знаете что лучше расскажите? Расскажите, кто как хранит состояние при перевороте экрана, если архитектура не MVP?

А при чем тут архитектура и сохранение стейта?

Статика, btw

и мокси никак не поможет, а только наоборот

мокси говно же

нахрен статику

мокси говно же

спасибо, я знаю)

а beginTransaction() .replace(... .addToBackStack(... а потом back press

а зачем какая-то дополнительная обвязка? У ретейн-фрагмента останутся все значения полей, например

А при чем тут архитектура и сохранение стейта?

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

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

Кек

а зачем какая-то дополнительная обвязка? У ретейн-фрагмента останутся все значения полей, например

view будет новая, кто-то должен ей вернуть состояние же

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

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

view будет новая, кто-то должен ей вернуть состояние же

оно сохранится в полях