Android — наличие полномочий провайдера в проекте приложения

Приложение — единственное, которому абсолютно необходимо знать о полномочиях, поскольку именно оно объявляет <provider> в манифесте с атрибутом android:authorities.

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

• те статические данные-члены (которые теперь перемещаются в хостинг-приложение)
• UriMatcher (накатить что-нибудь самому, что не исследует авторитет, а ориентируется на остальные Uri)

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

• Поскольку ContentProvider является естественным синглтоном, назначьте его статическому элементу данных, а затем передайте ему строку полномочий с помощью пользовательского метода из пользовательского класса Application (поскольку провайдеры инициализируются первыми, поэтому это должно работать)

• Если вы поддерживаете только API уровня 11+, пусть пользовательский класс Application использует call() на ContentResolver для предоставления полномочий ContentProvider

• Предположим, что единственные реальные вызовы (например, query(), insert()) являются действительными, и просто лениво инициализируйте свои полномочия на основе того, что приходит с первым Uri, который вы видите.

Я знаю, что это старая тема, но сегодня столкнулся с этой проблемой, и мы разрабатывали ее в течение довольно долгого времени, поэтому не были готовы просмотреть всю статистику в нашем контракте с контент-провайдером и изменить их, в том числе потому, что наш контент-провайдер и БД генерируются плагин Mechanoid для Eclipse (да, я тоже автор! :))

Решение, которое я придумал, состояло в том, чтобы добавить статический инициализатор в наш сгенерированный контракт, который использует отражение для поиска класса и использует статическое поле CONTENT_AUTHORITY, если оно существует, если не вернуться к значению по умолчанию:

public class QuxContract  {
    public static final String CONTENT_AUTHORITY = initAuthority();

    private static String initAuthority() {
        String authority = "com.example.app.data.qux";

        try {

            ClassLoader loader = QuxContract.class.getClassLoader();

            Class<?> clz = loader.loadClass("com.example.app.data.QuxContentProviderAuthority");
            Field declaredField = clz.getDeclaredField("CONTENT_AUTHORITY");

            authority = declaredField.get(null).toString();
        } catch (ClassNotFoundException e) {} 
        catch (NoSuchFieldException e) {} 
        catch (IllegalArgumentException e) {
        } catch (IllegalAccessException e) {
        }

        return authority;
    }

    private static final Uri BASE_CONTENT_URI = Uri.parse("content://" + CONTENT_AUTHORITY);
// ...

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

package com.example.app.data;

public class QuxContentProviderAuthority {
    public static final String CONTENT_AUTHORITY = "com.example.app.data.baz";
}

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