Просто мне не нравятся мапы, они сложные слишком

Гугловский paging тригерит обновление данных? например, когда доскролили до конца списка.

Через boundary callback

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

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

Ну я думал что можно через список реализовать

можно, но только если объяснишь, что это вообще значит

если мапы сложные, то в андроиде вообще делать нечего

если мапы сложные, то в андроиде вообще делать нечего

ай ну что ты блин начинаешь (

всех распугаешь новичков

Через boundary callback

Спасибо

всех распугаешь новичков

всем лучше будет

val list = map.entries.map { Country(it.key, it.value) }

Спасибо

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

если мапы сложные, то в андроиде вообще делать нечего

а что в андроиде сложного?

а что в андроиде сложного?

надо уметь программировать хоть немного и документацию читать

надо уметь программировать хоть немного и документацию читать

ну да, хорошо ты прав

подскажите плиз наиболее оптимальный способ преобразовать json в pojo объекты?

подскажите плиз наиболее оптимальный способ преобразовать json в pojo объекты?

Оптимальный в каком смысле?

руками)

руками)

руками по-разному можно

Оптимальный в каком смысле?

без подтягивания стороних либ типа jackson

без подтягивания стороних либ типа jackson

какая цель?

какая цель?

преобразовать строку в json, а его в pojo объект для отправки post запроса через retrofit2

преобразовать строку в json, а его в pojo объект для отправки post запроса через retrofit2

то есть ретрофит подключить можно, а Gson нельзя?

а шо вас в детстве Гсон покусал?

то есть ретрофит подключить можно, а Gson нельзя?

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

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

говорят, он нужен именно для этого

говорят, он нужен именно для этого

Говорят некоторые его тащат в проект только из-за Converter Factory для ретрофита)

Говорят некоторые его тащат в проект только из-за Converter Factory для ретрофита)

converter factory — адаптер между гсоном и ретрофитом. Сложно представить его без самого гсона.

Говорят некоторые его тащат в проект только из-за Converter Factory для ретрофита)

или для маппинга сложных объектов в стринг для хранения в префах🙈

converter factory — адаптер между гсоном и ретрофитом. Сложно представить его без самого гсона.

Ну это то да. Я про то, что многие используют гсон в паре с ретрофитом, но при этом понятия не имеют, как им пользоваться standalone

или для маппинга сложных объектов в стринг для хранения в префах🙈

JSON веутри XML — дичь, заслуживающая особого котла

JSON веутри XML — дичь, заслуживающая особого котла

ну как посмотреть)

triggered

ну там же тупо будет 1 тег, не?

Ну это то да. Я про то, что многие используют гсон в паре с ретрофитом, но при этом понятия не имеют, как им пользоваться standalone

это правда. Век живи век учись....

или для маппинга сложных объектов в стринг для хранения в префах🙈

Передавать объекты через интент в виде строк. Как вам такое?

ну там же тупо будет 1 тег, не?

и куча "

Передавать объекты через интент в виде строк. Как вам такое?

отвратительно

отвратительно

(((( у меня именно так и сделано, теперь вот мучаюсь с этой архитектурой

отвратительно

А я видел, как такое делали)

Передавать объекты через интент в виде строк. Как вам такое?

next level development

А я видел, как такое делали)

я думаю все пытаются так делать по первяку

Друзья, всем привет! Я начинаю писать на котлине под андройд и у меня есть вопрос по WebView, на который никак не могу нагуглить ответ. Как грамотно работать с кэшем? Устанавливать время хранения страницы, смотреть, что в нём, удалять страницы оттуда? Угуглился уже, но, ничего внятного, в особенности, как это делать правильно - не нашёл. Задача простая - приложение для просмотра мобильной версии сайта, но, с хорошим кэшированием и уведомлениями. Может ли кто-то мне помочь?

Почему после перемещения классов, коммита и мержа в другую ветку остаются старые "package ..." в перемещенных класах и старые импорты в классах которые используют перемещенные?

кому хоть раз встречалась приложуха, у которой bottom navigation только на 2-ом фрагменте?

разобрался с тем как преобразовать json типа {"name":"test","country":"Russia"} в pojo объект с помощью gson, но не пойму как преобразовать например [{},{},{}] в ArrayList<"pojo">.Подскажите плз

разобрался с тем как преобразовать json типа {"name":"test","country":"Russia"} в pojo объект с помощью gson, но не пойму как преобразовать например [{},{},{}] в ArrayList<"pojo">.Подскажите плз

понадобится TypeToken

понадобится TypeToken

или первая ссылка в гугле

или первая ссылка в гугле

https://stackoverflow.com/questions/20773850/gson-typetoken-with-dynamic-arraylist-item-type вот эта?

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

а почему Апп с префиксом Мвп ?

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

не нашел пакета с мапперами, в пакете network/model имхо лучше создать два пакета для request/response моделек

и почему repository лежит именно в db, а не в data? неужели его использует лишь БД?

а нетворк нет?

Коротко о моей структуре) Но она явно криво сделана

не нашел пакета с мапперами, в пакете network/model имхо лучше создать два пакета для request/response моделек

Хм, я делаю вот так: Например нужно обновить данные пользователя) Я беру обновленного пользователя и посылаю на сервер, если всё ок, то мне присылается обновленный пользователь, где в поле result написано "RESULT_OK"

Это я к тому, что у меня и request и response модельки объединены

https://medium.com/@naveentp/awesome-list-of-online-tools-for-android-developers-f40af8f46299

Мне кажетяся так проще

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

МВП интерфейсы можно объединять в один файл, типа "Name"Contract в котором два интерфейса для вью и для презентера. Потом Implements "Name"Contract.View или "Name"Contract.Presenter

Ну а чё нет? interface SomeContract { interface View interface Presenter interface Repositiry }

ну репозиторий я бы не включал туда

Ну а чё нет? interface SomeContract { interface View interface Presenter interface Repositiry }

А зачем "RepositIri"?

ну репозиторий я бы не включал туда

А я бы включал.)

А зачем "RepositIri"?

Как хотите

ну так много скринов могут юзать один реп

разве нет?

ну так много скринов могут юзать один реп

?

ну так много скринов могут юзать один реп

Я разделяю

Я разделяю

каждому экрану по интерактору + репозиторию?

каждому экрану по интерактору + репозиторию?

Да

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

Я думал совместить, даже попытался, но потом понял что не катит.

и где споткнулся?

к примеру экраны регистрации\авторизации с одним интерактором\репозитроием

в теории можно вообще все приложение на одном сделать

в теории можно вообще все приложение на одном сделать

на n тыщ строк?)

Что? По-моему Interactor должен использовать один репозиторий, но каждый каждый Interactor должен иметь возможность работать с несколькими презентарами

Что? По-моему Interactor должен использовать один репозиторий, но каждый каждый Interactor должен иметь возможность работать с несколькими презентарами

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