Обзор DataStore Library. Прощаемся с SharedPreference?

[Nihiroz]

Порог входа в андройд разработку неуклонно растет. Теперь что бы просто пользоваться Preferences уже нужно знать корутины.

[s-buvaka]

Ну корутины знать в целом нужно. Либо RX Java, что еще труднее. Ибо сейчас почти нет приложений в которых бы кто-то писал на хендлерах и т.п. Ну и корутины это часть Kotlin SDK по сути. Так что да.

[Nihiroz]

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

[s-buvaka]

Ну вот спорный вопрос. Что легче хендлеры или корутины=) Ну а вообще с одной стороны более тяжело, т.к. требования растут, с другой стороны ресурсов для получения знаний становится в разы больше.

[quaer]

DataStore идеально подходит для небольших простых наборов данных и не поддерживает частичные обновления или ссылочную целостность.

Ради чего тогда весь сыр-бор?

[deinlandel]

А Preference Screens теперь предлагается руками рисовать? C Shared Preferences можно просто xml-ку скормить PreferenceFragmentCompat-у и всё.

[STFBEE]

Так это же самая первая альфа (на самом деле уже вторая вышла), к релизу может и подтянут обертку для экранов

[deinlandel]

Есть большие сомнения на этот счёт. «Обертка для экранов» по сложности больше самого механизма хранения. И никакой информации о том, что эта фича в разработке, нет.

Я к тому, что Гугл как всегда лукавит — взяли хранение настроек, нашли там недостатки, и полностью проигнорировали вопросы взаимодействия пользователя с этими настройками. Просто key-value хранилищ и без гугла хватало — тот же SnappyDB или Hawk.

[EvgenBES]

Хм…

Preferences DataStore — хранит данные по принципу «ключ — значение» и не предоставляет нам никакой типобезопасности.

А как же: EncryptedSharedPreferences?

Proto DataStore — хранит данные в объектах. Это дает нам типобезопасноть, но описывать схему нужно с помощью protocol buffers.

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

Ведь я могу взять: EncryptedSharedPreferences, сохранить в нём Json объект в виде строки. Зашифровать и сохранить. А потом точно так же доставать наружу. Вроде проще, нет?

[Begemotishe]

EncryptedSharedPreferences работает аналогично SharedPreferences в части интерфейсов чтения/записи, отличие в том что дополнительно сами поля в хранимом XML будут зашифрованы. А так если нужен любой тип, кроме примитива или массива примитивов — самостоятельно сериализуйте, типобезопасности из коробки нет.

[Corkscrew]

Спасибо за обзор! Полезно было почитать

Заметил несколько неточностей:

В отличие от SharedPreference, DataStore работает асинхронно.

это не совсем так, apply тоже работает асинхронно

DataStore предоставляет асинхронный API для записи и чтения данных, в отличие от Shared Preference, который предоставляет асинхронный API только при чтении данных.

может только при записи?

[s-buvaka]

Про apply я в целом упомянул.
Про «может только при записи?». — у вас же для чтения есть интерфейс который отдает на чтение Flow. Посмотрите в самом вверху статьи;)

[Corkscrew]

в отличие от Shared Preference, который предоставляет асинхронный API только при чтении данных.

имею в виду, что Shared Preference не предоставляет асинхронный API для чтения.