Тоесть самому писать сериализатор?

в смысле? использовать обычный JSONObject

Коллеги, подскажите, пожалуйста, как данный kson перевести в Pojo? Проблема с цифровым свойством. Оно каждый раз разное "operator_groups":{"11622678":{"order":"0","priority":"1"}}

HashMap<String, Order> operator_groups; Order{ String order ; String priority; }

Есть лист из 20 элементов, получаемых с сети. В каждом элементе отображенном на UI у меня есть чекбокс, который добавляет в избранное. Соотвественно, если он нажат - то добавлено, при повторном нажатии удаляем. Как мне сохранить состояние флажка, если, например, при обновлении мы получаем обновленный список элементов, и флажок теряется. В голову приходит что при получении этих элементов прогонять каждый и если equals то поставить флажок.

Есть лист из 20 элементов, получаемых с сети. В каждом элементе отображенном на UI у меня есть чекбокс, который добавляет в избранное. Соотвественно, если он нажат - то добавлено, при повторном нажатии удаляем. Как мне сохранить состояние флажка, если, например, при обновлении мы получаем обновленный список элементов, и флажок теряется. В голову приходит что при получении этих элементов прогонять каждый и если equals то поставить флажок.

хранить список id выбранных

хранить список id выбранных

а при обновлении брать этот лист и сверять?

а при обновлении брать этот лист и сверять?

при бинде в адаптере проставлять состояние чекбокса в соответствии с ним

Такой вопрос: а что если у меня 2 списка с разными типами данных и 2 фрагмента, у каждого свой ресайклер, и мне надо засунуть списки в соотвтетствущие ресайклеры. Мне придется создать 2 разных адаптера или поставить в нем условия?

при бинде в адаптере проставлять состояние чекбокса в соответствии с ним

попробую. Спасибо за ответ

Такой вопрос: а что если у меня 2 списка с разными типами данных и 2 фрагмента, у каждого свой ресайклер, и мне надо засунуть списки в соотвтетствущие ресайклеры. Мне придется создать 2 разных адаптера или поставить в нем условия?

адаптировать адаптеры, так сказать, под разные списки

Такой вопрос: а что если у меня 2 списка с разными типами данных и 2 фрагмента, у каждого свой ресайклер, и мне надо засунуть списки в соотвтетствущие ресайклеры. Мне придется создать 2 разных адаптера или поставить в нем условия?

2 адаптера конечно же

> адаптировать адаптеры, так сказать Android-разработка в 4 словах

2 адаптера конечно же

ого, вот это неожиданно. ладно, спасибо

https://ru.stackoverflow.com/questions/857024/osmdroid-долго-грузит-карту

Народ, помогите пожалуста решить очередную проблему) У меня есть БД, в которой может лежать от 1 до 20 пользователей примерно, это аккаунты человека например, но использовать все сразу он разумеется не может и выбирает какой-то конкретный и заходит под ним) В БД содержатся данные которые преобразуются к типу User) Как сделать так, чтобы когда человек например закрывает приложение и входит заново программа определяла последнего запущенного пользователся (currentUser) и открывала именного его аккаунт? Больше интересует не как это можно сделать, а как можно это сделать красиво? У меня пока что 2 варианта: В БД сделать отдельный столбец, где указано, кто входил последний раз или воспользоватьсяя старым добрым Shared Preferences и там указывать id пользователя

В бд лучше будет

Хотя если честно разница нет, оба файла рядом лежат))

В SP, я думаю он быстрее будет вытаскивать

Я в sp делаю, мне так удобнее и кода меньше

С моей точки зрения ситуация выглядит так: если использую Shared Preferences, то у меня замечательно и быстро всё записывается, я быстро могу получить пользователя из БД, но с точки зрения архитектуры это будет выглядить так себе и если я вернусь к коду через полгода например, то будет следующая реакция: "WTF!!! Что за психопат это написал?"

Если пишу через БД, то с кодом всё нормально, но вытаскиваться будет медленне и кода будет гораздо больше

Может есть какое-то третье супер пафосное решение?

Я думаю лучше будет: wtf, что за психопат это писал? Щя я ему покажу как пишет настоящий программист

😄😄

С опытом придёт, так сказать..

Я думаю лучше будет: wtf, что за психопат это писал? Щя я ему покажу как пишет настоящий программист

Я бы в SP сохранял и не парился Зачем плодить в бд таблицы или доп столбцы + логика как с ними работать.

Если пишу через БД, то с кодом всё нормально, но вытаскиваться будет медленне и кода будет гораздо больше

БД сделаны под сложные связанные структуры. А преференсы это ключ значение. Посему в преференсы пихать сложные объекты -- психоз

SP для того и предназначен ну

Опередили

Я бы в SP сохранял и не парился Зачем плодить в бд таблицы или доп столбцы + логика как с ними работать.

За сим придуманы те же тулзы как Room например

В Preference у меня будет лежать только строка

но если разбить сложный объект на простые - то мооожно, китайский-дед.жпг

:д

но если разбить сложный объект на простые - то мооожно, китайский-дед.жпг

Кыш

или просто gson.toJson

или просто gson.toJson

Вот это вообще зло

и хранишь строку. колхозникам пойдет

Особенно в базах

чем зло

Last user id сохранять в префы и фсе

Гсон медленнее работает чем чтение запись в базу на голо

не, причем тут базы. как хранить в префах сложные объекты - сериализовать и хранить

Спасибо! Буду хранить id-шку в префернсе) Со стороны это действительно логичнее

или просто gson.toJson

😂

Гсон медленнее работает чем чтение запись в базу на голо

ну и насколько часто тебе понадобиться это делать

Надо поюзать))

ну и насколько часто тебе понадобиться это делать

Всегда стараешься более быстрые коды писать

нет

Вот те на

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

не, причем тут базы. как хранить в префах сложные объекты - сериализовать и хранить

Ну да, а как иначе) Хороший работоспособный способ, если нет внутренних ссылок на другие объекты)) Но тут вопрос назрел, а часто ли вы сериализуете стандартными методами или используете GSON?

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

Ну да, а как иначе) Хороший работоспособный способ, если нет внутренних ссылок на другие объекты)) Но тут вопрос назрел, а часто ли вы сериализуете стандартными методами или используете GSON?

json человекочитаемый

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

сейчас бы боятся асинктасков 🌚

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

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

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

и какой рейт? frames per code )

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

Это так звучит будто репо автоматически создается тебе в проект без твоих усилий

Отношение классы/к-во фич :д

Короче, все взрослые, сами знаете как вам сделать :)

Это так звучит будто репо автоматически создается тебе в проект без твоих усилий

ну все же зависит от того хочешь ты бардак в коде одного класса развести или не хочешь )))

🌚

Double cutout, гггг

Double cutout, гггг

Это типо accessibility

XD

это в последней бете Android P

а всмысле еще и снизу есть

https://android-developers.googleblog.com/2018/07/final-preview-update-official-android-p.html

андроид покатился по наклонной )

Double cutout, гггг

Упаси боже

андроид покатился по наклонной )

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

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

Спасибо

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

В чем прикол нижнего выреза? По скриншоту он вообще нефункционален

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

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

В чем прикол нижнего выреза? По скриншоту он вообще нефункционален

спроси у всяких Оппо, Виво и так далее

В чем прикол нижнего выреза? По скриншоту он вообще нефункционален

Туда можно сканер пальца бомбануть

А по бокам недавние и назад

Профит

(не надо так делать)

Мдя