Пять шагов в будущее аппаратного счастья.

Два вопроса,которые я регулярно задаю себе «Почему это не моё приложение отображается на рынке сбыта?» И «Как я могу подготовиться к GoogleTV и Android ?» Если вы заботитесь о том, что бы ваше приложение было широко доступно, обратите внимание на это сейчас.К настоящему времени вы слышали о Google TV, Samsung Galaxy Tab, и Dell .Это только авангард — Android является быстрым переходом к аппаратным средствам, которые все больше отличаются от смартфонов к котрым мы привыкли. Изменения в оборудовании — в том числе отсутствие функций, как GPS, акселерометр, и видео камеры — значит, настало время для Вас, чтобы подумать о том, какое оборудование требует ваше приложение, и как оно может функционировать.

Конкурс BestMasterиZация по-ламерски: мы вместе, но никто не знает в каком…Чтобы облегчить жизнь каждого API включается  постоянная FEATURE_. Для контроля наличия вашего приложения на Android Market, указать функции, необходимые для вашего приложения и для работы. Я хотел бы призвать вас добавить манифест узлов функций для каждого API которое вы используете, указав их в качестве дополнительного, или нет, при необходимости используя манифест узлов которые использюет особенность, как показано ниже:
<Использует особенность Android: NAME = «android.hardware.microphone»
Android: требуется = «True» />
Рынок не будет выводить любую будующую особенность API
Будущие проверки ваших приложений описывают процесс особенности вывода, что использовали разрешения вашего приложения, чтобы помочь нам обеспечить приложения которые были видны только на соответствующем оборудовании.
Этот процесс развивался с течением времени. С этого времени рынок не будет вывод будущие функций API и мы не можем вывести некоторые ранее доступные интерфейсы прикладного программирования (например, датчики). В результате вы должны будете указать ваши обязательные и необязательные требования и особенности — или есть риск,что ваше приложение либо будет нарушено или не доступно для некоторых пользователей.
5 шагов к счастью будущей аппаратной части
1.Укажите,какую особенность использует узел для каждой функции API, используемые вашим приложением.
2.Решите, какие функции необходимы для вашего приложения, чтобы быть полезными и отметьте те признаки с атрибутами требуется = True. Это позволяет рынку скрыть ваше приложение с любого устройства, которое не поддерживает аппаратные возможности вашего приложения .
<Использует особенность Android: NAME = «android.hardware.telephony»
Android: требуется = «True» />
3.Для функций, которые не являются строгими требуется, установить необходимые = ложным.
<Использует особенность Android: NAME = «android.hardware.bluetooth»
Android: требуется = «ложным» />
4.Затем перейдите в свой код и найдите, где вы использовали дополнительные функции. Использование метода  hasSystemFeature от PackageManager,чтобы определить,аппаратную доступность и обеспечить альтернативные пути для вашего кода по мере необходимости.
PackageManager м. = getPackageManager ();
булево hasCompass = pm.hasSystemFeature (PackageManager.FEATURE_SENSOR_COMPASS);
5.Теперь вы можете спать спокойно, зная, что независимо от того, какие изменения в Android совместимого оборудования поставляется на рынок, ваше приложение будет всегда (и только) размещено на тех, кого он поддерживает.
Вы можете найти более подробную информацию о том, как Android Market использует фильтры, чтобы определить, требуется ли показывать ваше приложение для пользователя, просмотр и поиска приложений на данном устройстве на странице рынка сатй Android Developer Market Filters.