Поставщики содержимого – основы

Поставщики содержимого управляют доступом к центральному репозиторию данных. Поставщик это часть приложения, которая часто предоставляет собственный интерфейс пользователя для работы с данными. Однако, поставщики содержимого в первую очередь создаются, чтобы использоваться из других приложений, которые получают доступ к поставщику с помощью клиентского объекта. Поставщики содержимого и их клиенты предлагают последовательный, стандартный интерфейс данных, который также обеспечивает межпроцессное взаимодействие и безопасный доступ к данным. В данном разделе мы рассмотрим следующие вопросы:

• Как работают поставщики содержимого.
• Какое использовать API для получения данных из поставщика содержимого.
• Какое использовать API для вставки, обновления и удаления данных из поставщика.
• Другие виды API для работы с поставщиками.

Обзор

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

Например, один из встроенных поставщиков Android – словарь пользователя, который хранит написание нестандартных слов. В таблице 1 показано как могут выглядеть данные в таблице поставщика:

word	app_id	frequency	locale	_ID
воронка	user1	100	ru_RU	1
кашель	user23	200	ru_RU	2
applet	user2	225	fr_CA	3
int	user72	100	en_UK	4

Каждая строка в таблице представляет собой экземпляр слова, которое может не содержаться в стандартном словаре. Каждый столбец представляет некоторые данные для слова, вроде локали. В заголовке таблицы содержатся имена столбцов, которые хранятся в поставщике. Для ссылки на локаль записи, вы ссылаетесь на столбец locale . Для данного поставщика, столбец _ID служит первичным ключом, который поставщик автоматически заполняет.

Примечание: первичный ключ для поставщика не является обязательным, как не является обязательным и имя “_ID”. Однако, если вы хотите отображать данные поставщика в компоненте ListView, один из столбцов должен называться “_ID”.

Доступ к поставщику

Приложение получает данные из поставщика содержимого с помощью клиентского объекта типа ContentResolver. Клиентский объект имеет методы, вызывающие идентичные методы объекта поставщика, который представлен конкретным подклассом ContentProvider. Методы класса ContentResolver предоставляют базовые CRUD (create, retrieve, update и delete) операции для постоянного хранилища.

Объект ContentResolver в процессе клиентского приложения и объект ContentProvider приложения, владеющего поставщиком автоматически выполняют межпроцессное взаимодействие. ContentProvider также служит прослойкой между репозиторием данных и внешним представлением данных в виде таблиц.

Примечание: для доступа к поставщику содержимого, приложение запрашивает права в файле манифеста.

Например, для получения списка слов и их локали из поставщика пользовательского словаря, вы должны вызвать метод ContentResolver.query(). Данный метод вызовет метод ContentProvider.query(), описанный в поставщике содержимого пользовательского словаря. Пример:

User Dictionary Manager (UDM) 8.7

User Dictionary Manager — утилита для Android-коммуникаторов для работы с пользовательским словарем смартфона. Приложение дает возможность создавать резервную копию словаря на карте памяти, восстанавливать данные из резервной копии, удалять выбранные записи из пользовательского словаря или полностью его очищать.

Подписывайтесь на наш Телеграм

При подготовке материала использовались источники:
http://easyandroid.ru/postavshhiki-soderzhimogo-osnovy/
https://trashbox.ru/topics/4562/user-dictionary-manager-udm-8.7