Да, в принципе, что угодно для хранения на замену реалму. Нет сил больше "выбирать очень удобную бд" и постоянно подстраиваться под её условия.

Вот это дело впервую очередь для работы с рх все советуют, сам не пробовал: https://github.com/pushtorefresh/storio

Так у него те же проблемы с Rx, что и у реалма https://github.com/pushtorefresh/storio/issues/685

Didn't find class "okio.Buffer"

насколько я помню okhttp зависим от библиотеки, как раз okio кажется. Лучше retrofit установи, он в своем составе и okhttp содержит и все что с ним связано. Иначе - см. на сайте okhttp подробнее

окей, попробую, спасибо за подсказки

Так у него те же проблемы с Rx, что и у реалма https://github.com/pushtorefresh/storio/issues/685

Тут уж не знаю, слышал, что на нее впервую очередь при работе с Rx и SQLite кидаются.

Господа, какой ORM базу посоветуете для работы с rx? Realm начинает конкретно бесить.

Мне вот эта нравится. https://github.com/requery/requery Плюс у них же есть еще реализация более новой версии Sqlite под андроид

окей, попробую, спасибо за подсказки

короче, okio требуется на старых версиях okhttp, на okhttp3 уже не нужно - compile 'com.squareup.okhttp3:okhttp:3.4.1' //раньше делалось так compile 'com.squareup.okhttp:okhttp:2.7.5' compile 'com.squareup.okio:okio:1.9.0' //обязательная сопутствующая библиотека

я вообще скачал с сайта последнюю версию и подцепил через jar файл

я вообще скачал с сайта последнюю версию и подцепил через jar файл

а compile в gradle не подходит? проще же

возможно, я еще не все знаю просто

я вообще скачал с сайта последнюю версию и подцепил через jar файл

Если руками качать, то и все зависимости тоже качать руками нужно. Зачем, если сборщики умеют это разруливать сами?

Господа, какой ORM базу посоветуете для работы с rx? Realm начинает конкретно бесить.

тоже ищу, но на замену OrmLite присматриваюсь к Realm, DBFlow в меньшей степени к Orma, Objectbox, Storio requery тоже вроде мощная, но когда смотрел, в бенчмарках была аутсайдером

простой путь, это в файле build.gradle прописать строку "compile com.squareup.okhttp3:okhttp:3.4.1", в блоке dependencies. Речь о build.gradle который в модуле вашего приложения, этот модуль как правило app называется

Спасибо, опробую сейчас

В реалме больше боли.

Спасибо, опробую сейчас

только вероятно ваш jar придется почистить (убрать) предварительно из сборки

В реалме больше боли.

расскажите про вашу боль

короче, okio требуется на старых версиях okhttp, на okhttp3 уже не нужно - compile 'com.squareup.okhttp3:okhttp:3.4.1' //раньше делалось так compile 'com.squareup.okhttp:okhttp:2.7.5' compile 'com.squareup.okio:okio:1.9.0' //обязательная сопутствующая библиотека

3.6.0 вроде последняя. Лучше использовать по крайней мере 3.5.0, там добавили возможность с webсокетами работать

тоже ищу, но на замену OrmLite присматриваюсь к Realm, DBFlow в меньшей степени к Orma, Objectbox, Storio requery тоже вроде мощная, но когда смотрел, в бенчмарках была аутсайдером

к Objectbox, как по мне, стоит присмотрется. выглядит перспективно

к Objectbox, как по мне, стоит присмотрется. выглядит перспективно

А почему не простой SQLite? Ну, в смысле, ведь при соблюдении простых правил на нем же чуть ли не быстрее будет все делать, нет?

3.6.0 вроде последняя. Лучше использовать по крайней мере 3.5.0, там добавили возможность с webсокетами работать

здесь http://square.github.io/okhttp/ уже про 3.7.0 речь идет

О, круто, проморгал :)

А почему не простой SQLite? Ну, в смысле, ведь при соблюдении простых правил на нем же чуть ли не быстрее будет все делать, нет?

Это надо бенчмаркать. Без этого сложно сказать какая БД быстрее будет.

А почему не простой SQLite? Ну, в смысле, ведь при соблюдении простых правил на нем же чуть ли не быстрее будет все делать, нет?

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

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

Да нет, около 100 строчек все запросы + еще 10-20 на таблицу

потом просто SQLiteStatement используется, или String с подстановкой вместо "\\?" нужных значений

считайте, 10 таблиц - около 2к строк кода, может чуть больше

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

Да нет, около 100 строчек все запросы + еще 10-20 на таблицу

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

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

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

Ну, если не дружить с JOIN-ами, то да, грустно

Ну, если не дружить с JOIN-ами, то да, грустно

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

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

биндит данные - это значит что на диске, в памяти и во вью всегда одинаковые данные?

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

объект есть - записал, потом обратно объект же получил, и никаких извращений с таблицами и полями

биндит данные - это значит что на диске, в памяти и во вью всегда одинаковые данные?

Он их, кажется, на уровне кода пробегается и подменяет. Суть та, да, это можно обходить методами реалма, но в итоге опять к костыли растут.

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

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

кто-то видел ORM с подобным функционалом кроме реалма? чтобы данные автообновлялись из бд в ормлайт можно вручную вызвать refresh(), но во-первых, можно забыть, во-вторых очень дорогая операция выходит по времени (от 200мс уменя)

что значит автообновлялись

кто-то видел ORM с подобным функционалом кроме реалма? чтобы данные автообновлялись из бд в ормлайт можно вручную вызвать refresh(), но во-первых, можно забыть, во-вторых очень дорогая операция выходит по времени (от 200мс уменя)

очень часто хочешь обновлять?

что значит автообновлялись

в realm есть понятие managed object, он слушает изменения в бд, и если в бд объект изменился, он тут же изменится в памяти

кто-то видел ORM с подобным функционалом кроме реалма? чтобы данные автообновлялись из бд в ормлайт можно вручную вызвать refresh(), но во-первых, можно забыть, во-вторых очень дорогая операция выходит по времени (от 200мс уменя)

Кажется, requery умеет так делать

очень часто хочешь обновлять?

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

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

а в ORMLite это автообновление через что реализуется, как слушатели подписываются на изменения в БД?

а в ORMLite это автообновление через что реализуется, как слушатели подписываются на изменения в БД?

я пока вручную иногда дёргаю refresh() возможно через слушатели можно сделать авто (переопределив методы в DAO классах)

Ормлайт старая и медленная

Ормлайт старая и медленная

+1

я пока вручную иногда дёргаю refresh() возможно через слушатели можно сделать авто (переопределив методы в DAO классах)

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

Ормлайт старая и медленная

старый конь борозды не портит)

+1

Ну да, у тебя же база данных на все огроменная, 40гб, ормлайт еле ворочает

Ну да, у тебя же база данных на все огроменная, 40гб, ормлайт еле ворочает

сарказм?)

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

ну наверное примерно так (я не пробовал) создаем интерфейс UpdateListener переопределяем метод update() (запись в базу) в нужном DAO-классе, добавляем туда вызов onUpdate(); потом в классе, на который мапится таблица, добавляем implements UpdateListener и в onUpdate() пишем refresh() - чтение из базы

ну наверное примерно так (я не пробовал) создаем интерфейс UpdateListener переопределяем метод update() (запись в базу) в нужном DAO-классе, добавляем туда вызов onUpdate(); потом в классе, на который мапится таблица, добавляем implements UpdateListener и в onUpdate() пишем refresh() - чтение из базы

Oo

в реалм это просто из коробки работает и очень быстро

в реалм это просто из коробки работает и очень быстро

бум знать

А может кто-то подсказать, что обычно пихают в экран с настройками? (PreferenceFragment)

Я что-то только до пушей додумался

Тут же наверное еще версию приложения и лицензию пихать стоит, а вот нужно ли что-то еще - ума не приложу

например очистку кеша

Окей, добавлю. А это включать должно и данные пользователя?

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

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

Мало ли, вдруг туда кучу всего нужно пихать, а я решил - что нечего

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

Приложение - форум + мессенджер (очередной ^_^)

Ну можно выход запихнуть

Там онлайн

Ну обычно в процессе появляются настройки

ERROR: S client not available

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

А то модель может использоваться в разных view model, вот и думаю, может синглетоном вернее будет

Тут надо думать в сторону реактившины синглтон про то когда не надо создавать еще один экзепляр

Приложение - форум + мессенджер (очередной ^_^)

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

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

Спасибо :)

Как сохранять socket при повороте экрана??

Ну или интернет

такой лузерский вопрос - есть активити в котором я создаю поток new Thread(), при уничтожении активити поток тоже будет уничтожен?

такой лузерский вопрос - есть активити в котором я создаю поток new Thread(), при уничтожении активити поток тоже будет уничтожен?

нет, new Thread(){} - анонимный класс, он будет держать ссылку на активность до тех пор, пока не закончит свою работу

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

унчтожение единственной активити разве не завершит процесс?

унчтожение единственной активити разве не завершит процесс?

хороший вопрос

ну и вообще уничтожение как уничтожение обьектов или как finish это же разные вещи

а разве new Thread это анонимный класс? я же могу написать Thread thread = new Thread(Runnable) thread.start

нет, new Thread(){} - анонимный класс, он будет держать ссылку на активность до тех пор, пока не закончит свою работу

А причем тут ананимность? Хочешь сказать если объект Б создан из объекта А то Б держит (хранит у себя) ссылку на А?

в этом случае ссылка разве будет держаться

А причем тут ананимность? Хочешь сказать если объект Б создан из объекта А то Б держит (хранит у себя) ссылку на А?

Подразумевалось, что Runnable будет анонимкой, пардон

А так - зависит (вроде бы) от того, демон ли или нет

Подразумевалось, что Runnable будет анонимкой, пардон

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

анонимки держат ссылки

анонимки держат ссылки

Хм

Хм

неявная ссылка

я не помню что там с демонами вроде если остались живые только демоны то процесс завершится а если живые треды не демоны то подождет выполнения

но возможно в андриоде по другому

я не помню что там с демонами вроде если остались живые только демоны то процесс завершится а если живые треды не демоны то подождет выполнения

Да, что-то припоминается такое читал где-то по яве

Хм

Проще говоря, создали анонимный класс, и можете ко внешнему через MyOuterClass.this обращаться

Проще говоря, создали анонимный класс, и можете ко внешнему через MyOuterClass.this обращаться

Да, так сразу понятнее

ну так какой ответ то) выживет или нет

http://stackoverflow.com/questions/22163922/how-can-child-threads-still-executes-even-after-if-their-parent-thread-dies-or-t

Судя по этому - продолжат бегать

ну так какой ответ то) выживет или нет

до конца не ясно, пойду пожалуй это читну https://developer.android.com/guide/components/processes-and-threads.html?hl=ru

Ребята, подскажите, как в реалме реализовать наследование? Композиция? Или лучше взять другую базу?