From 50e990c64fa23ce94efa76b9e72df7f8ec3cee6a Mon Sep 17 00:00:00 2001
From: Scott Main You should also read
-
Start off by creating a simple chart to quickly determine how many APKs you need, and what API range each APK covers. For handy reference, the Platform Versions page of the +href="{@docRoot}about/dashboards/index.html">Platform Versions page of the Android Developer website provides data about the relative number of active devices running a given version of the Android platform. Also, although it sounds easy at first, keeping track of which set of API levels each APK is going to target gets difficult rather quickly, especially if there’s going @@ -153,10 +153,10 @@ include library projects are beyond the scope of this lesson, you can get up to their creation at the following links:
Now, let’s further assume that the Red APK has some requirement on it that the other two don’t. -Filters on Google Play page of +Filters on Google Play page of the Android Developer guide has a whole list of possible culprits. For the sake of example, let’s assume that red requires a front-facing camera. In fact, the entire point of the red APK is to combine the front-facing camera with sweet new functionality that was added in API @@ -296,7 +296,7 @@ APK that supported that particular API level.
In order to keep all your APKs on separate "tracks", it’s important to have a good version code scheme. The recommended one can be found on the Version Codes area of +href="{@docRoot}guide/google/play/publishing/multiple-apks.html#VersionCodes">Version Codes area of our developer guide. Since the example set of APKs is only dealing with one of 3 possible dimensions, it would be sufficient to separate each APK by 1000, set the first couple digits to the minSdkVersion for that particular APK, and increment from there. This might look like:
diff --git a/docs/html/training/multiple-apks/index.jd b/docs/html/training/multiple-apks/index.jd index d92c106..1f2fee8 100644 --- a/docs/html/training/multiple-apks/index.jd +++ b/docs/html/training/multiple-apks/index.jd @@ -23,7 +23,7 @@ accountWhy allow all the overlap? Let’s pretend that the Purple APK has some requirement on it that the -other two don’t. The Filters on Google Play page +other two don’t. The Filters on Google Play page of the Android Developer guide has a whole list of possible culprits. For the sake of example, let’s assume that Purple requires a front-facing camera. In fact, the entire point of Purple is to use entertaining things with the front-facing camera! But, it turns out, not all API 11+ devices @@ -345,7 +345,7 @@ API level.
In order to keep all your APKs on separate "tracks", it’s important to have a good version code scheme. The recommended one can be found on the Version Codes area of +href="{@docRoot}guide/google/play/publishing/multiple-apks.html#VersionCodes">Version Codes area of our developer guide. It’s worth reading the whole section, but the basic gist is for this set of APKs, we’d use two digits to represent the minSDK, two to represent the min/max screen size, and 3 to represent the build number. That way, when the device upgraded to a new version of Android, diff --git a/docs/html/training/multiple-apks/screensize.jd b/docs/html/training/multiple-apks/screensize.jd index ac679a7..ea793db 100644 --- a/docs/html/training/multiple-apks/screensize.jd +++ b/docs/html/training/multiple-apks/screensize.jd @@ -34,7 +34,7 @@ next.link=texture.html
Now, let’s further assume that the Red APK has some requirement on it that the other two don’t. The -Filters on Google Play page of the Android +Filters on Google Play page of the Android Developer guide has a whole list of possible culprits. For the sake of example, let’s assume that red requires a front-facing camera. In fact, the entire point of the red APK is to use the extra available screen space to do entertaining things with that front-facing camera. But, it turns out, @@ -243,7 +243,7 @@ size.
In order to keep all your APKs on separate "tracks", it’s important to have a good version code scheme. The recommended one can be found on the Version Codes area of +href="{@docRoot}guide/google/play/publishing/multiple-apks.html#VersionCodes">Version Codes area of our developer guide. Since the example set of APKs is only dealing with one of 3 possible dimensions, it would be sufficient to separate each APK by 1000 and increment from there. This might look like:
diff --git a/docs/html/training/multiple-apks/texture.jd b/docs/html/training/multiple-apks/texture.jd index 497d6b8..70ad1e0 100644 --- a/docs/html/training/multiple-apks/texture.jd +++ b/docs/html/training/multiple-apks/texture.jd @@ -33,7 +33,7 @@ next.link=multiple.html