Итак, я просто смотрел на очень стандартные приложения — Bank of America и Ally Bank. ни одно из этих приложений не появилось в Google Play Store и в моем списке устройств, которые они указали как несовместимые. Поэтому я скачал другое приложение, забыл его название, которое отличает марку модели моего телефона и оператора связи от того, что есть сейчас, и, надеюсь, это приложение появится. Но даже после того, как я замаскировал свой телефон под Nexus с AT и T, он все равно не отображался в магазине игр. Поэтому очевидно, что разработчик установил некоторые ограничения в зависимости от операторов связи или бренда. Что я хочу узнать здесь, в этом вопросе, так это то, как мне узнать, какие ограничения могут быть у этого приложения, чтобы я мог соответственно подделать телефон, который я установил из ручной загрузки apk, и это не заслуживает доверия с банковский пароль
См. Фильтры в магазине Google Play и Как работают фильтры?
Фильтрация в Google Play основана на нескольких типах метаданных приложения и настройках конфигурации, включая объявления манифеста, необходимые библиотеки, архитектурные зависимости и элементы управления распространением, заданные в консоли разработчика Google Play, такие как географический таргетинг, цены и многое другое.
Фильтрация Google Play частично основана на объявлениях манифеста и других аспектах платформы Android, но фактическое поведение фильтрации отличается от платформы и не привязано к конкретным уровням API.
Однако, когда вы получаете доступ к Google Play Store из веб-браузера с идентификатором электронной почты, который не зарегистрирован ни на одном устройстве Android, ограничения не применяются. Если вы хотите просмотреть ограничения для конкретного приложения, вы можете загрузить файл apk в автономном режиме и распаковать его, а в файле манифеста ( AndroidManifest.xml ) вы можете увидеть список ограничений, сделанных для этого приложения. Обратите внимание на фильтрацию на основе тегов манифеста приложения, в частности, в конфигурации.
Рассмотрим следующий пример: приложение, предназначенное для работы на более старых уровнях API, объявляет разрешение Bluetooth, но не объявляет функцию Bluetooth в элементе.
Результат: Google Play не фильтрует приложение ни с одного устройства.
<manifest ...>
<uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
<uses-sdk android:minSdkVersion="3" />
...
</manifest>
Во втором примере ниже это же приложение также объявляет целевой уровень API "5".
Результат: теперь Google Play считает, что эта функция обязательна, и будет фильтровать приложение со всех устройств, которые не сообщают о поддержке Bluetooth, включая устройства, работающие под управлением более старых версий платформы.
<manifest ...>
<uses-permission android:name="android.permission.BLUETOOTH_ADMIN" />
<uses-sdk android:minSdkVersion="3" android:targetSdkVersion="5" />
...
</manifest>
Могут быть некоторые явные ограничения (например, доступность только в определенных странах и/или подмножестве версий Android) и косвенные. Разработчик вряд ли может протестировать приложение на всех существующих устройствах, поэтому обычно задает параметры: версия Android, характеристики устройства.
Например, приложению может потребоваться минимальное разрешение экрана, что исключит все устройства «ниже» без явного упоминания какого-либо устройства/производителя. Для этого может потребоваться наличие камеры или устройство с модулем GPS (не все планшеты имеют его).
Перечисление всех возможностей и комбинаций было бы довольно длинным постом, но я думаю, вы уловили идею. Что касается банковского приложения данного банка, я вполне могу представить его ограниченным одной страной (или небольшой группой стран), где банк работает с клиентами.
Повелитель огня