Насколько это «кошерно» сохранять объекты в базу с помощью ORM вместо реализации интерфейса Parcelable?

Question

[Александр Василенко]

Собственно цель лишь в том, чтобы оградить код от лишней грязи, которая раздражает и от неприятных ошибок, которые могут возникнуть при использовании Parcelable. Пользуетесь ли вы ORM для того, чтобы сохранять объекты?

Answer 1

[Artem Gapchenko]

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

Конкретизируйте, где возникает "лишняя грязь".

от неприятных ошибок, которые могут возникнуть при использовании Parcelable

Вроде того, что новое поле добавили, а в writeToParcel() и createFromParcel() указать его забыли? Ну так это, AutoValue + AutoParcel, и нет больше такой проблемы.

Пользуетесь ли вы ORM для того, чтобы сохранять объекты?

Чтобы сохранять - да. Чтобы передавать объект из одной Activity в другую - нет. Но могу себе представить варианты, когда какая-нибудь отличная от Parcelable сериализация будет необходима. Например, объект вашего класса содержит Bitmap, или же просто byte array. При попытке положить этот объект в Bundle как Parcelableу вас упадёт исключение (могу соврать, но у меня вроде на Bitmap-ах весом около 1.5-2 мегабайта падало). Возможный выход - сохранить этот Bitmap на карточку как файл, и пробросить путь к файлу в следующую Activity.

Comments

[Александр Василенко]

Иногда бывает, что создаём достаточно сложный объект, в полях которого объекты (которые тоже с интерфейсом Parcelable), в которых в полях объекты (такая же тема с Parcelable) и т.д. Код становиться, на мой вкус, не ахти.

[Александр Василенко]

Вот за AutoParcel огромное спасибо!!! Не слышал об этой библиотечке.

[Олег Гамега]

Александр Василенко: это не проблема, подобный код ничем не пахнет ) используйте Parcelable и не переживайте

[Денис Загаевский]

Ограничение там в районе 1Mb. Надо ещё заметить, что Parcelable часто не сериализуется на самом деле. Просто передаётся ссылка на объект. А сериализуется только когда надо сохранить состояние и тд.

[Artem Gapchenko]

Денис Загаевский о, а вот это интересно, я о такой детали реализации даже и не слышал. Спасибо за комментарий!

[Денис Загаевский]

Artem Gapchenko: Об этом полезно помнить, потому что при изменении мутабельных объектов в такой ситуации можно наступить на грабли.

[Artem Gapchenko]

Денис Загаевский я как раз поэтому и поблагодарил, я всегда думал, что при передаче через Bundle у нас на другой стороне получается _копия_ исходного объекта, и писал свой код исходя из этой неверной предпосылки.

Answer 2

[Zemlya]

Если я правильно понимаю, то это немного разные вещи. Реализация Parcelable - это для того, что бы передавать объекты между элементами приложения (Скажем, Activity). А сохранять в базу - это для того что бы воспользоваться потом и сохранить на когда-нибудь. Одно для передачи, другое для хранения.

Comments

[Александр Василенко]

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

[Zemlya]

Александр Василенко: не самая лучшая идея, это провесит производительность. Запрос к БД в данном случае тяжелее. Плюс эти вещи все же немного для разного существуют, по этому не корректно.

Answer 3

[Олег Гамега]

Parcelable и бд это немного про разное, как верно сказал Artem Gapchenko с Parcelable проблем нет, необязательно писать их руками, есть библиотеки, есть плагины ...
Вполне нормально если ваша модель реализует Parcelable для передачи между Activity