Шикардос, спасибо) Насколько все там строго)

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

Кстати, еще вопрос по реалму, если мне надо получать какие-то объекты - это ведь тоже желательно делать в отдельном потоке, но executeTransactionAsync как я понял для изменения\добавления данных или все-таки это нормально получить в executeTransactionAsync данные и вернуть?

Кстати, еще вопрос по реалму, если мне надо получать какие-то объекты - это ведь тоже желательно делать в отдельном потоке, но executeTransactionAsync как я понял для изменения\добавления данных или все-таки это нормально получить в executeTransactionAsync данные и вернуть?

Читать можно вне транзакций, и есть queryAsync.

Ну вот у меня такое дело: return realm.where(Toaster::class.java).findAll().sort("id") Как его сделать async?

findAllAsync

findAllSortedAsync

findFirstAsync

О как. А я все пытался отыскать асинхронный where %) Спасибо

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

Кстати, уже по самому подходу вопрос, у меня react используется в классе обертке ToasterModel. Его ведь стоит делать синглетоном, чтобы можно было спокойно в других местах обращаться?

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

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

дада, забивать ядра потоками для копирования из одной моделе в другую

А лучше по вашему давать им простаивать и в случае большого кол-ва данных блочить главный поток? Ну и ничто никуда не копируется, тут просто получаются все записи и бд в данной таблице для дальнейшей работы

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

Realm можно и в главном потоке юзать

Но вообще не советую его

Настрадаешься

Настрадаешься

От чего? А то смотря на sqlite (даже с orm) страдаю уже %)

Как сериализовать реалмовские данные? Как их юзать единообразно с данными с сервера? + реалмовская база весит около 5 мб даже будучи пустой

+ там по умолчанию дата биндинг

А это MVVM

Как сериализовать реалмовские данные? Как их юзать единообразно с данными с сервера? + реалмовская база весит около 5 мб даже будучи пустой

Сериализовать — расставив аннотации Gson или через DTO. Единообразно — если сервер позволяет, почему бы и нет? Не использую вообще по другим причинам.

Если реалм юзать как обычную бд то зачем он нужен?

RealmObject сериализацию не поддерживает жк

RealmObject сериализацию не поддерживает жк

Что значит "не поддерживает"? Не имплементит Serializable? ?

А это MVVM

MVVM - это паттерн для презентейшин слоя. Каким боком здесь база данных?

MVVM - это паттерн для презентейшин слоя. Каким боком здесь база данных?

++

class Order extends RealmObject implements Parcelable изи

class Order extends RealmObject implements Parcelable изи

Parcelable — это не сериализация

РеалмОбджект -- это же просто набор указателей с++' шных. Чуваки из Реалма говорят запрос заново вызывать

Вместо сериализации

Бред полный

Parcelable — это не сериализация

Parcelable — это не сериализация

нахрена бд сущности серилизовать, если можно достать из бд?

Например, у тебя адаптер из 10000 реалм обджектов, и ты из парсить будешь все?)

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

?

Бред полный

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

Данные не всегда в бд

нахрена бд сущности серилизовать, если можно достать из бд?

Для транспорта по сети.

Например, у тебя адаптер из 10000 реалм обджектов, и ты из парсить будешь все?)

Что? Откуда парсить?

Parcellable -- парсить

Parcellable -- парсить

лол

агага

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

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

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

O_o

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

Хотя структура одна

Ты будешь при смене конфигурации ходить заново в бд/на сервер за данными?

Мне кажется, реалм накладывает ограничения на все слои архитектуры

Куда он в общем лезть не должен

Ты будешь при смене конфигурации ходить заново в бд/на сервер за данными?

В БД — возможно. На сервер — нет, есть же лоадеры.

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

ресайлкл и листвью сам сохраняется при перевороте

Ну я презентер храню в лоадере, да

В БД — возможно. На сервер — нет, есть же лоадеры.

ресайлкл и листвью сам сохраняется при перевороте

Но не адаптер и не дата сет же!

Ну я презентер храню в лоадере, да

А я — данные с сервера.

Ну так-себе

Так себе*

Ну понимаешь, чистая архитектура говорит, что нам все равно, откуда данные -- с сервера или бд

Там же репозиторий

Ну понимаешь, чистая архитектура говорит, что нам все равно, откуда данные -- с сервера или бд

Что с сервера, что из реалма приходит коллекция.

Коллекция должна быть параметризована одним типом

Нет?

ERROR: S client not available

Коллекция должна быть параметризована одним типом

Это может быть и интерфейс. Тогда и объект для сети, и реалмовский могут его имплементить

Кстати, у кого-нибудь идет есть сырцы какой-нибудь реальной аппы написанной с mvvm и data binding?

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

Коллекция должна быть параметризована одним типом

+ к варианту который предложили, можно использовать один и тот же класс для данных с сервера и для данных из реалма.

Так с реалмом это невозможно

+ к варианту который предложили, можно использовать один и тот же класс для данных с сервера и для данных из реалма.

Так с реалмом это невозможно

С чего бы это?

пенгвин в релизе чтоле?

нет

ну вот

в субботу

Создайте себе отдельный чат для фанатов пингвинёнка.)

С чего бы это?

Это подразумевает архитектура реалма

Это подразумевает архитектура реалма

пруф?

Ну что из себя RealmObject представляет?

Что за пингвин?

Ну что из себя RealmObject представляет?

Зачем отвечать попросом на вопрос? Во-первых, RealmObject не мешает сознать новый экземпляр unmanaged-объекта и набить его произвольными данными, как это делают десериализаторы. Во-вторых, при особом отвращении к RealmObject можно использовать @RealmClass + RealmModel.

Ну что из себя RealmObject представляет?

Его основная задача - накрутка прокси. Но никто не запрещает тебе юзать твой объект напрямую

Его основная задача - накрутка прокси. Но никто не запрещает тебе юзать твой объект напрямую

Да, тогда почему бы не юзать любую другую базу данных а не реалм?

Интерфейс у StorIO не хуже чем у Реалма

Да, тогда почему бы не юзать любую другую базу данных а не реалм?

Ну тут я тебе не отвечу. На вкус и цвет, как говорится.

Да, тогда почему бы не юзать любую другую базу данных а не реалм?

У каждого свои причины. А вот за что ты топишь реалм — так и не выяснили.

Ну я согласен, что на вкус и цвет

Интерфейс у StorIO не хуже чем у Реалма

Я вот реалм тут использую по причине простоты. Сделал объект и работает с ним нереально просто. Для сторио надо все равно работать со всеми этими SQLiteHelper'ами которые мне снятся в кошамарах)

2 минуты настроить это все

Ну ладно не 2

Полчаса

это уже много)

А реалм как-раз две минуты. Все что надо описать объект и инициализировать реалм, по сути все

А 8 мб пустой базы данных для юзера не снятся в кошмарах?)

Дальше юзай как душе угодно

А 8 мб пустой базы данных для юзера не снятся в кошмарах?)

Ее можно при сборке разбить на разные архитектуры. Только вчера писали