Структура дополнений в Android Market

Question

Я создаю приложение, которое будет принимать дополнения. У них одинаковый корень пакета, т. Е. com.mycom.appname, тогда как аддон - com.mycom.appname.addon, а основное приложение - просто корень.

Прямо сейчас, это структурировано так, что при загрузке аддона основное приложение перехватывает намерение PACKAGE_ADDED из Android, захватывает файл SQLite, включенный в аддон, и копирует в базу данных основного приложения.

Мой вопрос: как я могу продолжать загружать новые дополнения на рынок, не имея 100 разных пакетов? Я бы хотел сохранить все в com.mycom.appname.addon package, но, похоже, мне пришлось бы добавить еще один суффикс, например com.mycom.appname.addon.package001, чтобы все правильно упаковывалось на рынке ... например, "Google Play". Я проверил Mutliple APK-страницу с сайта разработчика Android, и похоже, что Google не одобряет такое поведение.

В конечном счете, я хотел бы иметь на рынке несколько поддерживаемых надстроек, таких как «Пакет статей», «Пакет советов 10» и т. Д., Как отдельные объекты.

Как вы думаете, что является лучшим вариантом для этой установки?

Answer 1

Мой вопрос: как я могу продолжать загружать новые дополнения на рынок, не имея 100 разных пакетов?

Если вы хотите 100 записей в Google Play, вам нужно 100 разных пакетов.Google Play требует, чтобы имена пакетов были уникальными.

Вы можете самостоятельно выполнять загрузку, установку и обновление дополнительных APK-файлов вне Google Play, если хотите.Однако даже в этих случаях вам потребуется 100 различных пакетов для 100 записей, если есть вероятность, что у пользователя будет установлено более одного аддона одновременно.Android на уровне ОС требует, чтобы имена пакетов были уникальными.

Если надстройка - это просто база данных SQLite, вы можете загружать, устанавливать и обновлять надстройки, которые не являютсяAPK на всех (например, просто упакуйте базу данных в ZIP-файл).В этом случае не нужно беспокоиться об именах пакетов.