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

норм он, ток нужно понимать, что там для каждого потока нужно контекст юзать свой, или передавать в них объекты отцепленные из него, там много магии, которая не оч очевидна. Зато всякая ленивость, можно запросы в бд в гуе делать, вобщем оч годная штука, только нужно изучить перед использованием, ну и если размер файла важен то нужно аби сплит делать, иначе сходу +15 метров. Есть ещё requery, тоже неплох, работает поверх sqlite, свой таскает с собой, потому тоже аби сплит нужен, это на случай, если nosql не подходит(а он реально не везде катит), там не sql, а так-же всё в красивый дсл на билдерах завёрнуто, но не исключено что можно и просто запрос впулить, я с ним почти не работал. Вобщем вот эти двое в моём списке "бд на случай, если встройка и фиребасе не катят". Ну и да, dbflow как вариант.

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

Я вот когда-то в соседнем чате сказал "прекратите вдавливать AsyncTask в грязь, AsyncTaskLoader норм, если вы умеете их готовить". Кому-то запомнился как "матроскин который топил за асинктаски". Не думаю, что такие ярлыки/запоминалки — это как-то страшно =)

Просто, имхо, прежде чем изучать и юзать котлин, стоит вначале джаву узнать.

Просто, имхо, прежде чем изучать и юзать котлин, стоит вначале джаву узнать.

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

а, перегнул, ну забань. будет пример тем кто решит офтопить

Не. JVM-байт-код — это почти непосредственное отражение исходника на Java, поэтому её всё же стоит знать.

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

Не думаю. я, например, довольно быстро останавливаюсь в изучении. Ну то есть дошёл до того момента когда ок разрабатывать свои повседневные приложения, полистал статейки/посмотрел конференции на случай если пропустил что-то важное и готово. Думаю модели памяти довольно важный момент в разработке jvm, или по-твоему мнению ABI важный момент, но меня это как-то всё не касается.

Мы надеемся, что вы с @bvitaliyg сами осознаете ошибку вступления в этот чат и покините нас добровольно ?

очень часто байткод и реальность две большие такие разницы

Не думаю. я, например, довольно быстро останавливаюсь в изучении. Ну то есть дошёл до того момента когда ок разрабатывать свои повседневные приложения, полистал статейки/посмотрел конференции на случай если пропустил что-то важное и готово. Думаю модели памяти довольно важный момент в разработке jvm, или по-твоему мнению ABI важный момент, но меня это как-то всё не касается.

Мы надеемся, что вы с @bvitaliyg сами осознаете ошибку вступления в этот чат и покините нас добровольно ?

JVM оптимизации, интрисиксы, да таже разная работа мютексов на различных архитектурах процессора ;)

интрисик - последний раз на плюсах слышал

С пеной у рта доказывают плюсы Котлина, но не знают про аби :)

если по честноку я таких не видел ;)

Слушай, там выше было что-то про "Я помогал писать это "тут"". Как я понял, Telegram. Подробнее можно?

Кому конкретно? Это был коммит на гитхабе или лично прям :) А то залил огоньку и секретничает.

Изучил вопрос с APK Splits, все круто. Но что-то залип на сайте реалма и не пойму, везде там написано о некой Realm Mobile Database. Так это все-таки обертка вокруг SQLite или какая-то отдельная база данных прям? + сказано, что для APK Splits нужно сказать некую папку eclipse, которая находится в Download->Java, но никакого Download->Java на сайте нет %)

Отдельная СУБД, как раз она и находится в этих .so.

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

Тогда что-то совсем не ясно. Почему его - реалм - используют, например тут, в сравнении ормок: https://habrahabr.ru/post/281226/

Потому что объектную СУБД (Realm, ObjectBox) вполне можно сравнить с ORM, т. к. они решают одну и ту же задачу и имеют схожий интерфейс.

Очень странно по мне, ну да ладно.

Ну вот стоишь себе перед выбором: GreenDAO, Realm, ObjectBox или OrmLite. Идёшь в этот пост и видишь их сравнение производительности.

Но меж тем Realm и не относится к ним, т.к. это своя бд, а не обертка вокруг SQLite А так, тот же гриндао не работает с котлином

Это же не сравнение обёрток для SQLite, а сравнение ORM, которыми в определённом смысле являются объектные СУБД. А так, у меня весь код проекта на Котлине, а entity для GreenDAO — на Java, никаких страданий не испытываю.

Это получается надо делать отдельный модуль для работы с бд и отдельный для работы самого приложения на котлине. Как-то не очень %)

У меня 13 модулей, привычное дело.

и какой у тебя граф зависимостей между модулями получился?

Чем визуализировать?

можешь словами описать)

К слову, где таки достать разделенный реалм то? Тот что в некой папке eclipse должен быть %)

Пропиши в градле сплит

А подробнее? Зачем?)

Ну ты же хочешь разделить апк по аби?

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

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

https://realm.io/docs/java/latest/#how-big-is-the-realm-base-library

С пеной у рта доказывают плюсы Котлина, но не знают про аби :)

можно как-то после a?.let {} ?: написать не один вызов, а блок вызовов? если ставлю фигурные скобки, то получаю ошибку, что ожидается Unit, а не ()->Unit

run {}

а к чему применится run в этом случае?

смарт касты не работают для var