新的Android版本会为你的app提供更棒的APIs，但你的app仍应该支持旧版本的Android，直到更多的设备升级到新版本为止。这节课程向你展示如何在利用新的APIs的同时仍支持旧版本Android。

Platform Versions的控制面板会定时更新，通过统计访问Google Play Store的设备数量，来显示运行每个版本的安卓设备的分布。一般情况下，在更新你的app至最新Android版本时，最好先保证你的新版app可以支持90%的设备使用。

Tip:为了能在几个Android版本中都能提供最好的特性和功能，你应该在你的app中使用Android Support Library，它能使你的app能在旧平台上使用最近的几个平台的APIs。

指定最小和目标API级别

AndroidManifest.xml文件中描述了你的app的细节，并且标明app支持哪些Android版本。具体来说，<uses-sdk元素中的minSdkVersion和argetSdkVersion 属性，标明在设计和测试app时，最低兼容API的级别和最高适用的API级别。

例如：

<manifest xmlns:android="http://schemas.android.com/apk/res/android" ... >    <uses-sdk android:minSdkVersion="4" android:targetSdkVersion="15" />    ...</manifest>

随着新版本Android的发布，一些风格和行为可能会改变，为了能使你的app能利用这些变化，而且能适配不同风格的用户的设备，你应该设置targetSdkVersion的值去匹配最新的可用Android版本。

在运行时检查系统版本

Android在Build常量类中提供了对每一个版本的唯一代号，在你的app中使用这些代号可以建立条件，保证依赖于高级别的API的代码，只会在这些API在当前系统中可用时，才会执行。

private void setUpActionBar() {    // 保证我们是运行在Honeycomb或者更高版本时，才使用ActionBar APIs    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {        ActionBar actionBar = getActionBar();        actionBar.setDisplayHomeAsUpEnabled(true);    }}

Note:当解析XML资源时，Android会忽略当前设备不支持的XML属性。所以你可以安全地使用较新版本的XML属性，而不需要担心旧版本Android遇到这些代码时会崩溃。例如如果你设置targetSdkVersion="11"，你的app会在Android 3.0或更高时默认包含ActionBar。然后添加menu items到action bar时，你需要在你的menu XML资源中设置android:showAsAction="ifRoom"。在跨版本的XML文件中这么做是安全的，因为旧版本的Android会简单地忽略showAsAction属性(就是这样，你并不需要用到res/menu-v11/中单独版本的文件)。

使用平台风格和主题

Android提供了用户体验主题，为app提供基础操作系统的外观和体验。这些主题可以在manifest文件中被应用于你的app中.通过使用内置的风格和主题，你的app自然地随着Android新版本的发布，自动适配最新的外观和体验.

使你的activity看起来像对话框:

<activity android:theme="@android:style/Theme.Dialog">

使你的activity有一个透明背景:

<activity android:theme="@android:style/Theme.Translucent">

应用在/res/values/styles.xml中定义的自定义主题:

<activity android:theme="@style/CustomTheme">

使整个app应用一个主题(全部activities)在元素中添加android:theme属性:

<application android:theme="@style/CustomTheme">

新的Android版本会为你的app提供更棒的APIs，但你的app仍应该支持旧版本的Android，直到更多的设备升级到新版本为止。这节课程向你展示如何在利用新的APIs的同时仍支持旧版本Android。

Platform Versions的控制面板会定时更新，通过统计访问Google Play Store的设备数量，来显示运行每个版本的安卓设备的分布。一般情况下，在更新你的app至最新Android版本时，最好先保证你的新版app可以支持90%的设备使用。

Tip:为了能在几个Android版本中都能提供最好的特性和功能，你应该在你的app中使用Android Support Library，它能使你的app能在旧平台上使用最近的几个平台的APIs。

指定最小和目标API级别

AndroidManifest.xml文件中描述了你的app的细节，并且标明app支持哪些Android版本。具体来说，<uses-sdk元素中的minSdkVersion和argetSdkVersion 属性，标明在设计和测试app时，最低兼容API的级别和最高适用的API级别。

例如：

<manifest xmlns:android="http://schemas.android.com/apk/res/android" ... >    <uses-sdk android:minSdkVersion="4" android:targetSdkVersion="15" />    ...</manifest>

随着新版本Android的发布，一些风格和行为可能会改变，为了能使你的app能利用这些变化，而且能适配不同风格的用户的设备，你应该设置targetSdkVersion的值去匹配最新的可用Android版本。

在运行时检查系统版本

Android在Build常量类中提供了对每一个版本的唯一代号，在你的app中使用这些代号可以建立条件，保证依赖于高级别的API的代码，只会在这些API在当前系统中可用时，才会执行。

private void setUpActionBar() {    // 保证我们是运行在Honeycomb或者更高版本时，才使用ActionBar APIs    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {        ActionBar actionBar = getActionBar();        actionBar.setDisplayHomeAsUpEnabled(true);    }}

Note:当解析XML资源时，Android会忽略当前设备不支持的XML属性。所以你可以安全地使用较新版本的XML属性，而不需要担心旧版本Android遇到这些代码时会崩溃。例如如果你设置targetSdkVersion="11"，你的app会在Android 3.0或更高时默认包含ActionBar。然后添加menu items到action bar时，你需要在你的menu XML资源中设置android:showAsAction="ifRoom"。在跨版本的XML文件中这么做是安全的，因为旧版本的Android会简单地忽略showAsAction属性(就是这样，你并不需要用到res/menu-v11/中单独版本的文件)。

使用平台风格和主题

Android提供了用户体验主题，为app提供基础操作系统的外观和体验。这些主题可以在manifest文件中被应用于你的app中.通过使用内置的风格和主题，你的app自然地随着Android新版本的发布，自动适配最新的外观和体验.

使你的activity看起来像对话框:

<activity android:theme="@android:style/Theme.Dialog">

使你的activity有一个透明背景:

<activity android:theme="@android:style/Theme.Translucent">

应用在/res/values/styles.xml中定义的自定义主题:

<activity android:theme="@style/CustomTheme">

使整个app应用一个主题(全部activities)在元素中添加android:theme属性:

<application android:theme="@style/CustomTheme">