MR
реализация интерфейся != множественное наследование
Size: a a a
2019 March 12
RS
Вы меня запутали. Пойду матчасть читать, снова 😄
R
Ребята, может кто подсказать почему в Moxy запрет на использование возвращаемого типа в интерфейсе View? И это ограничение чисто Moxy, или MVP впринципе?
AP
Ребята, может кто подсказать почему в Moxy запрет на использование возвращаемого типа в интерфейсе View? И это ограничение чисто Moxy, или MVP впринципе?
ограничение МВП, которое в мокси сделали специально, чтобы у людей не было возможности сделать неправильно при всем желании
R
Я как-то использовал мокси и не задумывался что можно по-другому, но на проекте без мокси человек сделал возвращаемый тип у вьюшки.
По сути он просто обращается из презентера к вью несколько раз, что бы извлечь из интента данные и получить их в презентере. Используя мокси мы бы сначала извлекли все что нужно, а затем - передавали бы пачкой в презентер.
Особой разницы как-то нет. Так что интересует примеры того что может пойти не так.
По сути он просто обращается из презентера к вью несколько раз, что бы извлечь из интента данные и получить их в презентере. Используя мокси мы бы сначала извлекли все что нужно, а затем - передавали бы пачкой в презентер.
Особой разницы как-то нет. Так что интересует примеры того что может пойти не так.
AP
Я как-то использовал мокси и не задумывался что можно по-другому, но на проекте без мокси человек сделал возвращаемый тип у вьюшки.
По сути он просто обращается из презентера к вью несколько раз, что бы извлечь из интента данные и получить их в презентере. Используя мокси мы бы сначала извлекли все что нужно, а затем - передавали бы пачкой в презентер.
Особой разницы как-то нет. Так что интересует примеры того что может пойти не так.
По сути он просто обращается из презентера к вью несколько раз, что бы извлечь из интента данные и получить их в презентере. Используя мокси мы бы сначала извлекли все что нужно, а затем - передавали бы пачкой в презентер.
Особой разницы как-то нет. Так что интересует примеры того что может пойти не так.
вью имеет плохую привычку умирать из-за сложного ЖЦ
AP
если презентер обратиться к ней, а ее нет, то она будет нул
R
Но если вью - нулл, то в любом случае мы получим эксепшен при вызове ее методов, не зависимо от того возвращается ли методом какой-либо тип или нет
Д
Но если вью - нулл, то в любом случае мы получим эксепшен при вызове ее методов, не зависимо от того возвращается ли методом какой-либо тип или нет
Поэтому презентер напрямую и не общается с View. А через ViewState.
AP
Но если вью - нулл, то в любом случае мы получим эксепшен при вызове ее методов, не зависимо от того возвращается ли методом какой-либо тип или нет
мокси работает с вью-стейтом, как уже выше сказали. То-есть он кидает очередь команд в определенную сущность, которая накидывает эти команды каждый раз, когда вью становится активной
AP
но вообще, сам подход МВП это общение по команде
NK
Мы у себя не используем мокси + у меня нет доступа до мавен централа, чтобы выкладывать новые версии мокси =( Периодически пингую чуваков, у которых должен быть доступ, но они молчат.
Может мы уже всем миром попытаемся помочь и достучаться до "этих чуваков", а то реально какая-то абсурдная ситуация с релизом.
YS
обещали скоро совсем постараться запаблишить.
NK
Спасибо )) очень ждем
2019 March 13
Р
обещали скоро совсем постараться запаблишить.
А может стоит сразу сделать новый официальный мавен для moxy и всем дружно на него переехать, чтобы всегда у тебя был доступ. А то ведь ситуация может повторятся при выходе каждой новой версии, придётся кого-то там просить запабоишить. Просто ведь реально библиотека очень распространенная и используется в огромном количестве проектов, и текущая ситуация с релизами уже какая-то ну совсем странная для проекта такого масштаба.
ВВ
либу обновили, Спасибо!
YS
либу обновили, Спасибо!
только я не вижу, есть ли там moxy-androidx?
ВВ
этого вроде как нет