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

NoSQL это чисто хайп, и ничего более.

NoSQL это чисто хайп, и ничего более.

И зачем тогда это понадобилось?

Этот стереотип уже увяз. Щяс почти все приложение весят около 30 мегабайт и все качают

Не хочешь room, попробуй realm, она и работает побыстрее и nonsql бд.

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

Да я Sugar ORM взял, простая как палка, мне больше и не надо

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

Чтобы хайпануть

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

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

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

Я думал школу заканчивают в 17, это что за школьник в 20?

Я думал школу заканчивают в 17, это что за школьник в 20?

Вечный второгодник? Не?

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

окей вы такие умные. Расскажите какую проблему решает realm в андроиде?

Спасает мои нервные клетки

окей вы такие умные. Расскажите какую проблему решает realm в андроиде?

Погоди, мы таки про технологию или же конкретный продукт?

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

Пиши код правильней, юзай потоки, соблюдай принципы UI/UX, тогда у тебя еще быстрее все работать будет. И пользователь скажет тебе спасибо. А за то что ты юзаешь рум, вместо реалма он такое тебе точно не скажет

Пиши код правильней, юзай потоки, соблюдай принципы UI/UX, тогда у тебя еще быстрее все работать будет. И пользователь скажет тебе спасибо. А за то что ты юзаешь рум, вместо реалма он такое тебе точно не скажет

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

Как я понял, у вас нету никаких доводов. А просто вода. Спасибо.

Откуда юзер будет знать, что у тебя там используется рум или реалм?

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

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

К тому же ещё неизвестно чего больше будет READ или WRITE

Да какой это имеет смысл при чтении и записи 10-20 элементов? Я бы вообще не смотрел бы решающим фактором скорость чтения/записи при таком количестве элементов, больше всего именно обращал бы внимание на удобство использования и быстроту освоения, чтобы клац-клац и работало.

У нас поколениями росли программисты, которые отделяли таблицы друг от друга и делали связи на основе SQL подхода.

Там разница в пол сек это раз, и не стоит тратить кучу времени ради пол сек. Если бы реалм отставал на сек 10 то другой разговор. А тут какая - то гонка за несколько мили сек. Это Маразм

"пол сек" это при каком количестве элеметов записи/чтении в секунду?

"пол сек" это при каком количестве элеметов записи/чтении в секунду?

Да какой это имеет смысл при чтении и записи 10-20 элементов? Я бы вообще не смотрел бы решающим фактором скорость чтения/записи при таком количестве элементов, больше всего именно обращал бы внимание на удобство использования и быстроту освоения, чтобы клац-клац и работало.

и вопрос, «какую проблему решает эта технология, или конечный продукт (realm) в разрезе андроид разработки?» все избегают стороной.

и вопрос, «какую проблему решает эта технология, или конечный продукт (realm) в разрезе андроид разработки?» все избегают стороной.

Такую же, как любые другие обёртки над стандартным SQLite, упрощением работы с БД в андроиде

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

инженерные приложения могут ворочить сложные расчёты

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

Бложик на андроиде 😂

Такую же, как любые другие обёртки над стандартным SQLite, упрощением работы с БД в андроиде

@ddk9499 успокойся, ты самый умный и крутой, realm говно а то чем ты пользуешься the best. Возьми с полки пирожок.

Если данные и методы с их работой как положено в отдельном синглтоне то обеспечить их хранение в полоской таблице склюлайта требует строк кода 15-20 в одном месте

Если данные и методы с их работой как положено в отдельном синглтоне то обеспечить их хранение в полоской таблице склюлайта требует строк кода 15-20 в одном месте

в синглтоне модельки или моделька и есть синглтон ?