Android_Menifest文件相关

minSdkVersion、maxSdkVersion、targetSdkVersion、targetApiLevel的区别

在AndroidMenifest.xml中,常常会有下面的语句:
<uses-sdk android:minSdkVersion="4"
          android:targetSdkVersion="10"
          android:maxSdkVersion="10" />

在default.properties中,会看到下面的语句:
target=android-10

如果是使用Eclipse的话,还可能会看到这样的警告:
Attribute minSdkVersion (4) is lower than the project target API level (10)

那么,这里面的minSdkVersion、targetSdkVersion、maxSdkVersion、target API level四个数值到底有什么区别?

minSdkVersion与maxSdkVersion比较容易理解,就是在安装程序的时候,如果目标设备的API版本小于minSdkVersion,或者大于maxSdkVersion,程序将无法安装。一般来说没有必要设置maxSdkVersion。

targetSdkVersion相对复杂一些,如果设置了此属性,那么在程序执行时,如果目标设备的API版本正好等于此数值,他会告诉Android平台:此程序在此版本已经经过充分测试,没有问题。不必为此程序开启兼容性检查判断的工作了。也就是说,如果targetSdkVersion与目标设备的API版本相同时,运行效率可能会高一些。

但是,这个设置仅仅是一个声明、一个通知,不会有太实质的作用,比如说,使用了targetSdkVersion这个SDK版本中的一个特性,但是这个特性在低版本中是不支持的,那么在低版本的API设备上运行程序时,可能会报错:java.lang.VerifyError。也就是说,此属性不会帮你解决兼容性的测试问题。你至少需要在minSdkVersion这个版本上将程序完整的跑一遍来确定兼容性是没有问题的。(这个问题确实让人头疼)

在default.properties中的target是指在编译的时候使用哪个版本的API进行编译。

综上,上面的四个值其实是作用于不同的时期:
target API level是在编译的时候起作用,用于指定使用哪个API版本(SDK版本)进行编译。
minSdkVersion和maxSdkVersion是在程序安装的时候起作用,用于指定哪些版本的设备可以安装此应用。
targetSdkVersion是在程序运行的时候起作用,用于提高指定版本的设备上程序运行体验。

这四个数值在程序编译时也没有严格的检查,比如说,你可以将minSdkVersion设置的比maxSdkVersion还大,他会自动忽略掉错误的maxSdkVersion。

permission和uses-permission的区别

首先,先看一下permission定义的格式:

<permission android:description="string resource"
            android:icon="drawable resource"
            android:label="string resource"
            android:name="string"
            android:permissionGroup="string"
            android:protectionLevel=["normal" | "dangerous" | 
                                     "signature" | "signatureOrSystem"] />
propectionLevel这个属性是必须声明,告诉系统通知用户的应用要求许可,或允许谁认为获得许可的情况下。

permissionGroup这个是可选的,被用于协助系统向用户显示权限,一般会像(android.Manifest.permission_group)这个一样设置为标准系统组,很少自定义,最好使用已经定义的,使用起来也方便。

lable,name和cicon用于描述权限

在launcher2的manifest源代码中,分别有permission和uses-permission的定义

 <permission
        android:name="com.android.launcher.permission.INSTALL_SHORTCUT"
        android:permissionGroup="android.permission-group.SYSTEM_TOOLS"
        android:protectionLevel="normal"
        android:label="@string/permlab_install_shortcut"
        android:description="@string/permdesc_install_shortcut" />
    <permission
        android:name="com.android.launcher.permission.UNINSTALL_SHORTCUT"
        android:permissionGroup="android.permission-group.SYSTEM_TOOLS"
        android:protectionLevel="normal"
        android:label="@string/permlab_uninstall_shortcut"
        android:description="@string/permdesc_uninstall_shortcut"/>
    <permission
        android:name="com.android.launcher.permission.READ_SETTINGS"
        android:permissionGroup="android.permission-group.SYSTEM_TOOLS"
        android:protectionLevel="normal"
        android:label="@string/permlab_read_settings"
        android:description="@string/permdesc_read_settings"/>
    <permission
        android:name="com.android.launcher.permission.WRITE_SETTINGS"
        android:permissionGroup="android.permission-group.SYSTEM_TOOLS"
        android:protectionLevel="normal"
        android:label="@string/permlab_write_settings"
        android:description="@string/permdesc_write_settings"/>

    <uses-permission android:name="android.permission.CALL_PHONE" />
    <uses-permission android:name="android.permission.EXPAND_STATUS_BAR" />
    <uses-permission android:name="android.permission.GET_TASKS" />
    <uses-permission android:name="android.permission.READ_CONTACTS"/>
    <uses-permission android:name="android.permission.SET_WALLPAPER" />
    <uses-permission android:name="android.permission.SET_WALLPAPER_HINTS" />
    <uses-permission android:name="android.permission.VIBRATE" />
    <uses-permission android:name="android.permission.WRITE_SETTINGS" />
    <uses-permission android:name="android.permission.BIND_APPWIDGET" />
    <uses-permission android:name="com.android.launcher.permission.READ_SETTINGS" />
    <uses-permission android:name="com.android.launcher.permission.WRITE_SETTINGS" />
    <uses-permission android:name="android.permission.SET_ANIMATION_SCALE" />
上面是自己定义的permission,下面是调用系统的权限,在上面自己定义的权限是在哪里是用的哪?在manifest文件中的101行
<receiver
            android:name="com.android.launcher2.InstallShortcutReceiver"
            android:permission="com.android.launcher.permission.INSTALL_SHORTCUT">
            <intent-filter>
                <action android:name="com.android.launcher.action.INSTALL_SHORTCUT" />
            </intent-filter>
        </receiver>
InstallShortcutReceive使用了上面定义的INSTALL_SHORTCUT的权限。

两者之间的不同之一就是,作用域不同,在manifest.xml文件中,<uses-permission>是和<application>同级的节点,一般<uses-permission >是在</application>后面的。但<permission>就不同了,是定义在<application>和</application>之间,和Activity、Service同级别的,同时使用group的权限组可以大幅减少你同类型相似权限的声明。(这段表述有误,应该是同级别)

其二可能就是<uses-permission>是官方定义的权限,是调用别人的东西的时候自己需要声明的权限,<permission>是自己定义的权限,就是别人调用这个程序时需要用<uses-permission>来声明。

在一般情况下实际上不需要为自己的应用程序声明某个权限,除非你提供了供其他应用程序调用的代码或者数据。这个时候你才需要使用<permission>这个标签,很显然这个标签可以让我们声明自己程序的权限。

manifest标签下的android:installLocation属性

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="com.tianjf"
    android:versionCode="1"
    android:versionName="1.0.0" 
    android:installLocation="preferExternal">

    .........................................

 </manifest>
android:installLocation属性有三个值可以选择:
  • preferExternal:系统会优先考虑将APK安装到SD Card上(当然最终用户可以选择为内部ROM存储上,如果SD Card满了,也会安装到内部ROM存储上)
  • auto:系统会根据存储空间自动选择
  • internalOnly:必须安装到内部ROM存储上

Activity设置一进画面就弹键盘,并且键盘不遮住画面

        <activity
            android:windowSoftInputMode="stateAlwaysVisible|adjustResize"
            android:name=".TestActivity" >
        </activity>

只要在AndroidManifest.xml里面的某个activity里面加上这么一句话android:windowSoftInputMode="stateAlwaysVisible|adjustResize"就OK了。

stateAlwaysVisible是始终显示软键盘,adjustResize是画面布局重新调整。

注:stateAlwaysVisible在模拟器上无效,在实机上有效

你可能感兴趣的:(Android_Menifest文件相关)