Как разработчик, я очень воодушевлен потенциалом Android как единой платформы разработки, которая сможет сделать мои приложения доступными на широком спектре устройств.
От смартфонов до телевизоров, Android теперь используется на самых разных устройствах.
Прошлогодний выпуск Android SDK 1.6 был первым, поддерживающим несколько устройств, и проложил путь для таких устройств, как HTC Tatoo, который имел небольшой экран и камеру без автофокусировки.
Будущие устройства, такие как Google TV, могут не включать функции, которые мы ожидаем сейчас, такие как акселерометр и телефония.
Мы все хотим, чтобы наши приложения были доступны на как можно большем количестве устройств.
Но на некоторых устройствах они просто не имеют смысла, поэтому важно, чтобы приложения были доступны только на тех устройствах, на которых они будут запускаться.
Правило Android Market №1: не позволяйте существующим приложениям прекращать поддержку новых устройств
Одна из наших важнейших обязанностей как кураторов — обеспечить, чтобы потребители и разработчики могли использовать в Маркете только те приложения, которые будут работать на их устройствах.Android SDK включает в себя встроенные возможности для определения того, какие аппаратные возможности необходимы вашему приложению, поэтому на Маркете мы видим множество вариантов программ для платформ с разными аппаратными возможностями.
Укажите аппаратные потребности вашего приложения в манифесте.
Сюда входят целевая и минимальная версия SDK, поддерживаемые разрешения экрана и необходимое оборудование, без которого ваше приложение не будет работать.
<uses-feature android:name="android.hardware.microphone" />
Обновляя свой манифест всеми необходимыми аппаратными функциями, вы по сути отказываетесь от будущего оборудования, которое не сможет поддерживать ваше приложение.
Правило Android Market №2: не позволяйте существующим приложениям прекращать поддержку новых устройств
В «экстремальных» условиях, например с появлением маленьких экранов в Android 1.6, разработчики должны четко выбирать, выйдут ли эти приложения на рынок новых устройств.В других случаях Android Market проанализирует, можно ли выполнить запрошенные приложением функции на доступном оборудовании.
Например, функция CALL_PHONE требует выполнения телефонного модуля.
Пока мы не предоставим более удобный инструмент — вы можете использовать AAPT в SDK (начиная с версии 2.2) для анализа ваших приложений.
aapt dump badging myApp.apk
Если ваше приложение использует специальное оборудование, но вы знаете (и доказали путем тестирования), что оно по-прежнему будет работать без него, вы можете указать его как необязательное, установив для обязательного атрибута значение false. <uses-feature android:name="android.hardware.telephony" android:required="false" />
Убедитесь, что в манифесте вашего приложения правильно указано, какое оборудование требуется для вашего приложения, а какое не является обязательным.
При появлении функционально используемого имени строки ( ок.
переводчик Uses-feature name strings), вы можете прямо сейчас убедиться, что ваше приложение появится в Android Market, и будет ли оно поддерживаться на текущих и будущих устройствах, а не ждать их релиза.
В ваших интересах как разработчика обеспечить, чтобы ваше приложение работало хорошо, было доступно на как можно большем количестве устройств и было практичным.
Сейчас самое время протестировать производительность ваших приложений и обновить Манифест, чтобы определить конфигурации оборудования, которые поддерживают ваши приложения, и отказаться от тех конфигураций, на которых оно не будет работать.
Спасибо за внимание! Теги: #разработка Android #разработка приложений #Android #android market #разработка Android
-
От Концепции К Продукту
19 Oct, 24 -
Twirec.com
19 Oct, 24 -
Диаграмма 7App №3
19 Oct, 24
