AP
потом на карте пришлось добавить методов для работы с картой. Добавлять в этот презентер было тупо, так-как он не знал ничего про карты. Ну я создал другой презентер, и инжектил его вторым презентером в фрагмент с картой
Size: a a a
2018 July 28
AP
все было ок
AP
через еще пару месяцев появился новый функционал, который должен был быть связан с бизнес логикой. Теперь у меня презентер карт, презентер данных для одного фрагмента соединялся через общий интерактор. В итоге + еще другой фрагмент со своим презентером и тот же интерактор. Получилось спагетти
AP
Стейты обновлялись как попало, логика размывалась между кучей презентеров, я не мог вспомнить, в каком из презентеров я что-то делал, а когда надо реализовать навигацию к маркеру(логика презентера для карт), который прилетал с презентера данных, я переписал все в один презентер, и все решилось само собой. Вывод: не надо два презентера
AP
лучше сделать отдельный
AP
Да, нет переиспользования, и вроде как ломалось ООП, но зачем оно надо такое, когда проблемы не решаются, а только создаются
AK
Да, я знаю эту лмбу для пагинации, но хотелось бы попробовать без
Навигации
OD
Да, классный кейс)
AK
Не обязательно ее использовать, можно посмотреть идею
AP
Да, классный кейс)
Я когда заинжектил второй презентер, всем топил в архитектурном чате, что это обман, и что так можно делать. Но … в конце концов они правы)
АЕ
Небольшое MVP, написанное на коленке :)
retainInstance = true очень сомнительное решение. Нет стратегий. Заявление автора о том, что это "Мокси, но в 50 строчек и без кодогенерации" не соответствует действительности :) Решение очень легковесное, со своими недостатками. Если вам, как и автору, этого достаточно, то почему нет?АД
Небольшое MVP, написанное на коленке :)
retainInstance = true очень сомнительное решение. Нет стратегий. Заявление автора о том, что это "Мокси, но в 50 строчек и без кодогенерации" не соответствует действительности :) Решение очень легковесное, со своими недостатками. Если вам, как и автору, этого достаточно, то почему нет?К слову это не сомнительное решение, я слышал в древние времена это был тру вэй имплементации mvp
АД
Просто с тех пор много что поменялось
АД
DI со своими фреймворками стал повсеместным, например
АЕ
К слову это не сомнительное решение, я слышал в древние времена это был тру вэй имплементации mvp
в древние времена также писали контентпровайдеры для БД, и ещё много интересного делали) Под "сомнительным" я имел в виду "негибкое и не везде подходящее."
ВС
разобрался со своей проблемой(шаблоны не работали)
в общем, стоял у меня плагин для интеграции GitLab(GitLab Projects) и по какой-то причине не работал( к слову, этот же плагин, с теми же настройками работает в IDEA). Решил я его всё таки удалить, тк всё равно не работал, как бы не настраивал
ну и сразу же шаблоны и заработали)
в общем, стоял у меня плагин для интеграции GitLab(GitLab Projects) и по какой-то причине не работал( к слову, этот же плагин, с теми же настройками работает в IDEA). Решил я его всё таки удалить, тк всё равно не работал, как бы не настраивал
ну и сразу же шаблоны и заработали)
2018 July 29
GU
Всем привет, можете подказать по какой причине не билдится проект
kotlin 1.2.51ошибка на :app:kaptDebugKotlin
apply plugin: 'kotlin-kapt'
moxy_version = '1.5.5'
compile "com.arello-mobile:moxy:$moxy_version"
compile "com.arello-mobile:moxy-app-compat:$moxy_version"
kapt "com.arello-mobile:moxy-compiler:$moxy_version"
GU
если убрать все связаное с moxy, то проект собирается успешно
Rl
если убрать все связаное с moxy, то проект собирается успешно
Закинь на пастебин или гист стектрейс и build.gradle. В тг читать сложно