Хотя плюшка в виде возможности тестирования на удаленной машине без моков дорогого стоит.

ИМХО, голый SQLite зе бест

Чем?

ИМХО, голый SQLite зе бест

Да, чем? Голый склайт долго и муторно. А это деньги

Рум все тоже самое внутри, тока руками писать не надо.

Ясно. В общем наверное мне стоит самому пописать и решить.

Мне после реалма понравилось.

Ясно. В общем наверное мне стоит самому пописать и решить.

это самое правильное решение)

Ребзя, привет А кто разрабатывает телегу на андроид?

Дуров

Лично

Ребзя, привет А кто разрабатывает телегу на андроид?

В смысле? Прогеры Дурова.

Чем?

Тем, что нет подводных камней

Костян, спасибо

Дуров

Есть неофициальные клиенты

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

В смысле? Прогеры Дурова.

Николай мало имеет отношения, но больше конечно чем Паша

Ребзя, привет А кто разрабатывает телегу на андроид?

https://github.com/DrKLO/Telegram

В редких случаях я готов использовать самодельное файловое хранилище, но это редкие кейсы. В остальных, когда нужно реляционное решение - SQLite при умении им пользоваться, а не городить один супер-класс - лучшее решение из всех. Без ORM и надстроек - миграции просто делать, схему обновлять просто, есть FOREIGN KEY, есть COMPOSITE KEY, есть возможность сделать индексацию вручную

Более того - в случае чего можно сделать на базе SQLite нормальный ipc между приложениями. С Realm не вкатит как и с любым другим вариантом.

Сдохнете пока напишете что-то подобное

Годные аргументики

Более того - в случае чего можно сделать на базе SQLite нормальный ipc между приложениями. С Realm не вкатит как и с любым другим вариантом.

Ipc не знал что такое рили где-то используется. Интересно.

Годные аргументики

Сломал себе со всякими модными штуками каждый палец каждой ноги. Единственное, что еще хоть как-нибудь можно использовать и чем я был сравнительно доволен - StorIO. Вроде сейчас еще что-то с rx появилось прикольное, но уже не стал экспериментировать.

Сломал себе со всякими модными штуками каждый палец каждой ноги. Единственное, что еще хоть как-нибудь можно использовать и чем я был сравнительно доволен - StorIO. Вроде сейчас еще что-то с rx появилось прикольное, но уже не стал экспериментировать.

О, storIO юзал вскользь, приятная оберточка была.

Да, но ИМХО, куда приятнее написать свою обертку и работать с ней

Сломал себе со всякими модными штуками каждый палец каждой ноги. Единственное, что еще хоть как-нибудь можно использовать и чем я был сравнительно доволен - StorIO. Вроде сейчас еще что-то с rx появилось прикольное, но уже не стал экспериментировать.

Спс за опыт

Тем, что нет подводных камней

Я бы не сказал что их там нет. Буквально на прошлой недели вроде кто то из гугла целый пост накотал как минмум по одной проблеме выборке данных из таблиц.

Подскажите, пожалуйста, как прекратить подгружать айтемы в Endless RecyclerView, если список кончился

Он начинает с начала загружать

Я бы не сказал что их там нет. Буквально на прошлой недели вроде кто то из гугла целый пост накотал как минмум по одной проблеме выборке данных из таблиц.

Кроме однопоточности - в нем устраивало все уже как 2,5 года :)

Возможно, поле id сделать

Кроме однопоточности - в нем устраивало все уже как 2,5 года :)

Да не спорю, каждому свое. Просто в 99% рум/реалм покроет твои запросы

Да не спорю, каждому свое. Просто в 99% рум/реалм покроет твои запросы

Согласен. Хотя тут скорее уж кому что эстетически ближе.

ИМХО, голый SQLite зе бест

Обогмой, нинад. *перекрестился*

Обогмой, нинад. *перекрестился*

Не умеете вы его готовить. Тьфу на вас :D

Не умеете вы его готовить. Тьфу на вас :D

Я бы послушал, как вы его готовите, и сколько тратите на это время.

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

Единственный плюс голого сйлайта - он становится гибким. Но в ущерб (УЩЕРБИЩЕ блять) скорости написания и нормальной поддержки кода.

Конкаренси нет, кода писать чтобы что-то поднять надо минут 30-час

сложно дебажить

ловишь нереальные баги

Это как тупо ui делать на голым канвасом. Сделаешь что угодно, но с трудом.

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

поддерживаю

А чем плохо держать две базы сразу?

realm И sqlite + orm

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

Заведите следующие классы: 1) %DBO_NAME%LocalMapping. Здесь описываем три вещи - поля таблицы, контракты для join-ов, маппинг из/на курсор 2) %DBO_NAME%LocalService. Здесь реализуем интерфейс для доступа к данным. Все через курсор, все в транзакциях. Для транзакций делаем свою обертку в стиле Observable.create(...). Тут же метод release, invalidate и пр. 3) %DBO_NAME%DBO. Здесь собственно сам иммутабельный (sic!) бин. Никаких отображений на курсор/из курсора здесь быть не должно. 4) %DBO_NAME%Statements. Тут все, все, сцуко, стейтменты, которые у нас есть для сущности, прописываем. В том числе - по контрактам с join-ами. Все, что можно запихнуть в SQLIteStatement - пихаем. Что нельзя - в строку и глушим интерфейсом для bind-инга значений. 5) DatabaseProvider. Тут предоставляем синхронизированный доступ к подключению к БД и держим (sic!) на него ссылку. Также содержит метод а-ля release/invalidate. 6) DatabaseOpenHelper. Тут все понятно. Инкапсулируем делегаты для миграций и создания. Вот и все.

Для каждой сущности все кроме п. 5 и 6 проделываете. Выходит по ~ 700 строк на сущность. С Join-ами под 1,2k.

Для каждой сущности все кроме п. 5 и 6 проделываете. Выходит по ~ 700 строк на сущность. С Join-ами под 1,2k.

1,2 это жестко

Не сильно

Потом окупается

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

Це жорстко

Подскажите как тестировать Realm. В юнит-тестах RealmResults не создать, если переносить юнит-тесты в инструментальные и создавать in-memory realm, то начинаются траблы с передачей объектов между потоками. RealmNotification не работают, так как тесты идут не в главном потоке.

Подскажите как тестировать Realm. В юнит-тестах RealmResults не создать, если переносить юнит-тесты в инструментальные и создавать in-memory realm, то начинаются траблы с передачей объектов между потоками. RealmNotification не работают, так как тесты идут не в главном потоке.

Ахаха, смотри: Удаляешь realm Используешь SQLite Тестируешь

Ахаха, смотри: Удаляешь realm Используешь SQLite Тестируешь

Это ты для ржаки написал или это на собственном опыте проверенно? Не связываться с реалм?

Это ты для ржаки написал или это на собственном опыте проверенно? Не связываться с реалм?

Мне не понравился. Помню потыркал, фыркнул недовольно и выпилил на*ер через пару недель его, или через месяц

Исключительно субъективное мнение

Мне все еще интересно, есть ли тут люди, которые используют эти две базы одновременно в своих проектах

и вообще бывает ли надобность в таких вещах

Мне не понравился. Помню потыркал, фыркнул недовольно и выпилил на*ер через пару недель его, или через месяц

Если коротко, как и на чем реализовать уведомления на изменения данных подобные в реалм при работе, например с greenDao?

Если коротко, как и на чем реализовать уведомления на изменения данных подобные в реалм при работе, например с greenDao?

В GreenDAO - хз. В SQLite - сделать реактивную обертку

ERROR: S client not available

Принцип такой же, что и в реактивных аксессорах (изменил поле - триггернуло observer-ы)

В GreenDAO - хз. В SQLite - сделать реактивную обертку

в DBFlow есть из коробки

в DBFlow есть из коробки

В ObjectBox есть, но они не такие точные как в реалм

в DBFlow есть из коробки

Не, не спорю, возможно и есть. Просто мне например проще скопировать пару базовых классов из прошлого проекта, потом еще пару мини-либ своих же и приготовить на их основе реактивные уведомления.

промахнулся цитатой, хотел ответить @kenji47 )

В ObjectBox есть, но они не такие точные как в реалм

Что это значит?

Что это значит?

Не такие точные? ObjectBox пока не следит за one-to-many полями.

Мне не понравился. Помню потыркал, фыркнул недовольно и выпилил на*ер через пару недель его, или через месяц

А что именно не понравилось?

Использовал его с SQLCipher, помню что были сначала просто какие-то косяки, а потом наткнулся на проблему миграции на рефлексии. А про то, что она ломается на SQLCipher никто не говорил.

Но ломается

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

*хз

Не, не спорю, возможно и есть. Просто мне например проще скопировать пару базовых классов из прошлого проекта, потом еще пару мини-либ своих же и приготовить на их основе реактивные уведомления.

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

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

Не натыкался. Представь что компонент для работы с таблицей бд - простой класс с полями. Когда делаешь create/update/delete - ты просто изменяешь переменную. Теперь просто добавь туда Observer-ы и по каждому из этих трех действий отправляй по ним нужную тебе информацию

Можно передавать метаинформацию, можно - новые значения. Можно - и то и то

Использовал его с SQLCipher, помню что были сначала просто какие-то косяки, а потом наткнулся на проблему миграции на рефлексии. А про то, что она ломается на SQLCipher никто не говорил.

А зачем sql cipher вместе с реалом использовать? что нужно было таким образом получить? Ну а миграция это уже само по себе всегда звучит немного проблемно)

А зачем sql cipher вместе с реалом использовать? что нужно было таким образом получить? Ну а миграция это уже само по себе всегда звучит немного проблемно)

Я про GreenDAO

Прости, потерял контекст просто

а Realm - просто эстетически не зашел

И еще что-то странное там с потоками было.

и с его инстансами

И еще что-то странное там с потоками было.

Нельзя передавать реалм-объекты между потоками. Их вообще не надо передвать, ведь они типа живые. Только лисенеры навешивай и получай уведомления.

И еще что-то странное там с потоками было.

Я когда тоже самое говорил, мне сказали что не умею готовить.)

Я когда тоже самое говорил, мне сказали что не умею готовить.)

Ну, не сильно и хотелось :) Я доволен SQLite.

Реалм очень удобная на самом деле. В пару строк можно сделать все приложение реактивным. Только потом проблемы начинаются в самых неожиданных местах.

и с его инстансами

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

Реалм очень удобная на самом деле. В пару строк можно сделать все приложение реактивным. Только потом проблемы начинаются в самых неожиданных местах.

О, супер, вот об этом я мечтал ;)

был бы редактор бд ещё под винду и линух, цены бы не было реалму

добрый вечер!