Saturday, February 5, 2011

Variant Type Android APIs Build VERSION Class

The Android APIs include a number of constants on the android.os.Build class  that are intended to describe the current device. To provide consistent, meaningful values across device implementations, the table below
includes additional restrictions on the formats of these values to which device implementations MUST conform.

1. Android.os.Build.VERSION.RELEASE
The version of the currently-executing Android system, in human-readable format. This field MUST have one of the string values defined in.

2. Android.os.Build.VERSION.SDK
The version of the currently-executing Android system, in a format accessible to third-party application code. For Android 2.1, this field MUST have the integer value 7.

3. Android.os.Build.VERSION.INCREMENTAL
A value chosen by the device implementer designating the specific build of the currently-executing Android
system, in human-readable format. This value MUST NOT be re-used for different builds shipped to end users. A typical use of this field is to indicate which build number or source-control change identifier was used to generate the build. There are no requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").

4. Android.os.Build.BOARD

A value chosen by the device implementer identifying the name of the company, organization, individual, etc.
who produced the device, in humanreadable format. A possible use of this field is to indicate the OEM and/or
carrier who sold the device. There are no requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").

5. Android.os.Build.DEVICE
A value chosen by the device implementer identifying the specific configuration or revision of the body
(sometimes called "industrial design") of the device. There are no requirements on the specific format of
this field, except that it MUST NOT be null or the empty string ("").

6. Android.os.Build.FINGERPRINT
A string that uniquely identifies this build. It SHOULD be reasonably humanreadable. It MUST follow this template:
$(BRAND)/$(PRODUCT)/$(DEVICE)/$(BOARD):$(VERSION.RELEASE)/$(ID /$(VERSION.INCREMENTAL):$(TYPE)/$(TAGS)
For example:
acme/mydevice/generic/generic:2.1-update1/ERC77/3359:userdebug/test-keys
The fingerprint MUST NOT include spaces. If other fields included in the template above have spaces, they
SHOULD be replaced with the ASCII underscore ("_") character in the fingerprint.

7. Android.os.Build.HOST
A string that uniquely identifies the host the build was built on, in human readable format. There are no
requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").

8. Android.os.Build.ID
An identifier chosen by the device implementer to refer to a specific release, in human readable format. This
field can be the same as android.os.Build.VERSION.INCREMENTAL, but SHOULD be a value sufficiently
meaningful for end users to distinguish between software builds. There are no requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").

9. Android.os.Build.MODEL
A value chosen by the device implementer containing the name of the device as known to the end user.
This SHOULD be the same name under which the device is marketed and sold to end users. There are no
requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").
10. Android.os.Build.PRODUCT
A value chosen by the device implementer containing the development name or code name of the device. MUST be human-readable, but is not necessarily intended for view by end users. There are no requirements on the specific format of this field, except that it MUST NOT be null or the empty string ("").

11. Android.os.Build.TAGS
A comma-separated list of tags chosen by the device implementer that further distinguish the build. For example, "unsigned,debug". This field MUST NOT be null or the empty string (""), but a single tag (such as "release") is fine.

12. Android.os.Build.TIME 
A value representing the timestamp of when the build occurred.

13. Android.os.Build.TYPE
A value chosen by the device implementer specifying the runtime configuration of the build. This field
SHOULD have one of the values corresponding to the three typical Android runtime configurations: "user", "userdebug", or "eng".


14. Android.os.Build.USER
A name or user ID of the user (or automated user) that generated the build. There are no requirements on the
specific format of this field, except that it MUST NOT be null or the empty string ("").

Android Intent Compatibility
Android uses Intents to achieve loosely-coupled integration between applications. This section describes requirements related to the Intent patterns that MUST be honored by device implementations. By "honored", it is meant that the device implementer MUST provide an Android Activity or Service that specifies a matching Intent filter and binds to and implements correct behavior for each specified Intent pattern.

0 comments:

Post a Comment