Это все в значительной степени в названии. Хотя я вижу <uses-sdk> во всех примерах AndroidManifest.xml проекта библиотеки, которые я видел, у меня такое ощущение, что это не имеет значения.
На самом деле, я подозреваю, что <uses-permission> тоже не имеет значения, как и все атрибуты <manifest>, кроме package.
Кто-нибудь может подтвердить?
Манифесты библиотеки можно объединять с манифестом основного приложения. Это включается в сборке ant, указав свойство
manifestmerger.enabled=true
[Я не уверен, как включить его в других сборках (например, maven); пожалуйста, прокомментируйте здесь, если вы это понимаете. Я предполагаю, что это преобразуется в аргумент командной строки aapt.]
Различные правила регулируют конфликты и преимущественное поведение.
Что касается поднятых здесь конкретных вопросов (объединение ‹uses-sdk> и ‹uses-permission>), правила для ‹uses-sdk> таковы:
Правило для ‹uses-permission>: добавьте разрешения библиотеки в место назначения, если их там еще нет. Это нормально, если в обоих случаях одинаковое разрешение.
Я создал небольшой проект тестовой библиотеки и тестовое приложение, которое его использует, чтобы самому разобраться в этом. Я предоставил ‹uses-sdk> и ‹uses-permission> в манифесте проекта библиотеки и исключил их оба из манифеста приложения.
В результате значения ‹uses-sdk> и ‹uses-permission> проекта библиотеки НЕ были объединены в приложение во время сборки, о чем свидетельствует проверка установленного приложения на моем устройстве с помощью AppXplore.
Мой тестовый код доступен по адресу https://github.com/adennie/android-library-project-manifest-test.
Я пришел к выводу, что указание ‹uses-sdk> и ‹uses-permission> в манифесте проекта библиотеки Android не влияет на объединенный манифест потребляющего приложения.
Unable to execute dex: Multiple dex files define Lcom/mypackage/name/Manifest$permission; для разрешения (com.mypackage.name.permission.PERMISSION_NAME), вставленного как в библиотеку, так и в код проекта. Пожалуйста, поправьте меня, если ошибка не имеет значения.
- person madlymad; 11.03.2013
возможные варианты использования манифеста в библиотечных проектах:
ты пробовал линт? он может предупредить вас, если ваш проект использует слишком новые классы/методы, которые не могут работать с min-sdk, который вы установили в манифесте. хочешь проверить это? просто нажмите кнопку V-checkbox рядом с диспетчером SDK, как показано здесь: http://tools.android.com/tips/lint/lint-toolbar.png?attredirects=0
манифест может дать другим людям ключ к тому, что требуется для использования проекта.
вы также можете добавить некоторые тестовые действия внутри, которые позволят вам быстро переключать проект из библиотечного проекта в обычный проект и выполнять на нем некоторые тесты.
как Google предлагал в прошлом, библиотечные проекты могут иметь некоторое использование манифеста в будущем, будучи объединенными со всеми теми, которые используют библиотечный проект.
Короче говоря, манифест не лишен смысла. это может вам очень помочь.
Если ваш проект библиотеки не зависит от конкретной версии Android, вы можете опустить этот тег.
Поскольку использование-sdk будет определять версию SDK и т.д..
Согласно документации , Там написано для <uses-sdk>
Атрибут android:minSdkVersion, безусловно, обязателен, и если вы его не передадите, он примет 1 значение — приложение будет поддерживать все версии API Android, и тогда вам придется сделать ваше приложение поддерживает их все, если вы не передаете их статически.
Предупреждение: Если вы не объявите этот атрибут, система примет значение по умолчанию "1", что указывает на то, что ваше приложение совместимо со всеми версиями Android. Если ваше приложение совместимо не со всеми версиями (например, оно использует API-интерфейсы, представленные на уровне API 3) и вы не объявили правильную версию minSdkVersion, то при установке в системе с уровнем API ниже 3 приложение аварийно завершает работу во время время выполнения при попытке доступа к недоступным API. По этой причине обязательно объявите соответствующий уровень API в атрибуте minSdkVersion.
Атрибут android:maxSdkVersion немного сложен для понимания..doc говорит:
Предупреждение: Объявление этого атрибута не рекомендуется. Во-первых, нет необходимости устанавливать атрибут как средство блокировки развертывания вашего приложения на новых версиях платформы Android по мере их выпуска. По замыслу новые версии платформы полностью обратно совместимы. Ваше приложение должно корректно работать в новых версиях при условии, что оно использует только стандартные API и соответствует рекомендациям по разработке. Во-вторых, обратите внимание, что в некоторых случаях объявление атрибута может привести к удалению вашего приложения с устройств пользователей после обновления системы до более высокого уровня API. Большинство устройств, на которых, вероятно, будет установлено ваше приложение, будут получать периодические обновления системы по беспроводной сети, поэтому вам следует учитывать их влияние на ваше приложение перед установкой этого атрибута.
И,
Будущие версии Android (помимо Android 2.0.1) больше не будут проверять или применять атрибут maxSdkVersion во время установки или повторной проверки. Однако Google Play продолжит использовать этот атрибут в качестве фильтра при представлении пользователям приложений, доступных для загрузки.
Это предупреждение указывает на отрицательные моменты, которые могут возникнуть, если вы объявите эти атрибуты. Но если вы посмотрите на другую сторону, если вы разрабатываете что-то, что поддерживает какую-то конкретную версию Android, тогда АТРИБУТ наиболее полезен для вы.
Шаг, предпринятый для удаления этого атрибута, заключается в том, чтобы побудить разработчика сделать свое приложение поддерживающим все другие (более новые) версии.
Только если вы разрабатываете с версией 2.0.1^, вы можете сказать Это не нужно писать, но если вы напишете, что Google paly будет использовать это как фильтр для представления пользователя
Итак, мой вывод и совет
используйте элемент <uses-sdk> хотя бы с одним атрибутом android:minSdkVersion
