Google Play和基于功能的过滤（二）

基于暗示功能的过滤

一个暗示的功能是为了让应用程序正确运行所需的功能，但是，这个功能不在清单的<uses-feature>元素中声明。严格的说，应用程序应用始终声明它所使用和需要的所有功能，因此对于应用程序使用的，但却没有声明的功能，应该被认为是一个错误。但是，出于对用户和开发者的保护，Google Play会查看每个应用程序的暗示功能，并基于这些功能来过滤应用程序，就像是明确声明的功能所做的处理一样。

应用程序可能需要一个功能，但却不声明，这是因为：

1. 应用程序是针对较旧的Android类库版本（Android1.5或更早）来编译的，并且<uses-feature>元素是无效的；

2. 开发者错误的假设所需要的功能在所有的设备上都存在，而没有必要声明；

3. 开发者不小心忽略的该功能的声明；

4. 开发者明确的声明了该功能，但该声明是无效的。例如：<uses-feature>元素名的一个拼写错误或给android:name属性设定一个无法识别的字符串，这些都会导致功能声明无效。

基于以上原因的考虑，Google Play会尝试通过检查清单文件中其他元素的声明（特别是<uses-permission>元素）来发现被应用暗示的功能需求。

如果一个应用程序申请了硬件相关的权限，那么Google Play就会假定应用程序要使用底层的硬件功能，并因此而需要那些功能，即使可能没有响应的<uses-feature>声明。针对这样的权限申请，Google Play也会把底层的硬件功能添加到它所保持的对应的应用程序的元数据中，并基于这些信息来过滤要显示给用户应用程序。

例如，如果应用程序申请了CAMERA权限，但却没有声明一个对应android.hardware.camera功能的<uses-feature>元素，那么Google Play就会认为应用程序需要照相机功能，并且该应用程序不应该显示给没有提供照相机功能的那些用户设备。

如果不想要Google Play基于某个特殊的暗示功能来过滤应用程序，就要禁止这种行为。通过在其清单文件中明确的声明<uses-feature>元素，并包含一个android:required=”false”属性，可以达到禁止Google Play过滤应用程序的目的。例如：要禁止由CAMERA权限所派生出来的过滤，就要向下面这样在应用的清单中声明一个<uses-feature>元素：

<uses-featureandroid:name="android.hardware.camera"android:required="false"/>

理解用<uses-permision>元素声明的权限能够直接影响Google Play对应用程序的过滤是至关重要的。在下面的“暗示功能需求的权限”章节中，列出了所有的暗示功能需求的权限集，并因此而引发的过滤处理。

对于蓝牙功能的特殊处理

当Google Play针对蓝牙功能来判断过滤时，它会使用比以上描述稍微不同的规则。

如果应用程序在其清单的一个<uses-permission>元素中声明了一个蓝牙权限，但没有明确的在<uses-feature>元素中声明蓝牙功能，那么Google Play会检查应用程序被设计成要运行在哪个Android平台的版本上，这个版本在<uses-sdk>元素中被指定。

如下表所示，Google Play只会在应用程序把Android2.0（API Leve 5）或更高的版本作为最低版本或目标平台时，才会启用针对蓝牙功能的过滤。但是，要注意的是，当应用程序在<uses-feature>元素中明确声明了蓝牙功能时，Google Play会使用普通的规则来进行过滤处理。

表1：Google Play如何判断申请了蓝牙权限但却没有在<uses-feature>元素中声明蓝牙功能的应用程序的蓝牙功能需求：

minSdkVersion	或 targetSdkVersion	结果
<=4(或者没有声明)	<=4	对于任何报告其支持android.hardware.bluetooth功能的设备，Google Play不会把应用程序过滤掉。
<=4	>=5	对于任何不支持android.hardware.bluetooth功能的设备，Google Play都会把该应用程序过滤掉。
>=5	>=5

以下的例子，基于Google Play处理蓝牙功能的方式，演示了不同的过滤效果。

第一个例子，声明了蓝牙权限的应用程序被设计成要运行在比较旧的API Level上，但是它没有在其<uses-feature>元素中声明蓝牙功能。

结果：Google Play不会把应用程序从任何设备上过滤掉。

第二个例子，相同的应用程序，还声明了一个目标API Level是5的属性。

结果：Google Play会假设应用程序需要蓝牙功能，并把应用程序从那些没有报告支持蓝牙功能的设备上过滤掉，包括那些运行较旧平台版本的的设备。

第三个例子，相同的应用程序，但声明的蓝牙功能需求。

结果：与第二个例子相同。

最后一个例子。相同的应用程序，但<use-feature>元素中添加了android:required=”false”属性。

结果：Google Play会针对所有设备禁止使用基于蓝牙功能支持的过滤。

测试应用程序所需要的功能

可以使用包含在Android SDK中的aapt工具，来判断Google Play会怎样过滤自己的应用程序（基于应用声明的功能和权限）。用dump badging命令来运行aapt工具，执行该项测试工作。aapt工具会解析应用程序的清单文件，并且使用与Googl Play相同的规则，来判断应用程序所申请的功能。

以下是使用这个工具的步骤：

1. 首先，把应用程序作为一个未签名的.apk来编译并导出。如果使用带有ADT的Eclipse来开发应用程序，那么右击功能名，并选择Android Toos->Export Unsigned Application Package。选择目标文件名和路径，点击OK按钮。

2. 接下来，定位aapt工具，如果在环境变量PATH中没有设置它的路径，而且使用的是SDK Tools r8或更高的版本，那么可以在<SDK>/platform-tools/目录中找到该工具。

注意：所使用的aapt工具版本必须是提供给最新的可用的平台工具组件。如果没有，可以使用Android SDK Manager来下载。

3. 使用以下语法来运行aapt：

$ aapt dump badging <path_to_exported_.apk>

以下是该命令的针对上面第二个例子的输出结果：

$ ./aapt dump badging BTExample.apk
package: name='com.example.android.btexample' versionCode='' versionName=''
uses-permission:'android.permission.BLUETOOTH_ADMIN'
uses-feature:'android.hardware.bluetooth'
sdkVersion:'3'
targetSdkVersion:'5'
application: label='BT Example' icon='res/drawable/app_bt_ex.png'
launchable activity name='com.example.android.btexample.MyActivity'label='' icon=''
uses-feature:'android.hardware.touchscreen'
main
supports-screens:'small''normal''large'
locales:'--_--'
densities:'160'

posted @ 2012-05-26 10:31 移动应用开发阅读(217) 评论(0) 编辑收藏举报

刷新页面返回顶部

Google Play和基于功能的过滤（二）

公告