Have a power source that provides mobility, such as a battery.This section describes those device types, and additional requirements and recommendations applicable for each device type.Īll Android device implementations that do not fit into any of the described device types MUST still meet all requirements in the other sections of this Compatibility Definition.įor the major differences in hardware configuration by device type, see the device-specific requirements that follow in this section.Īn Android Handheld device refers to an Android device implementation that is typically used by holding it in the hand, such as an mp3 player, phone, or tablet.Īndroid device implementations are classified as a Handheld if they meet all the following criteria: While the Android Open Source Project provides a software stack that can be used for a variety of device types and form factors, there are a few device types that have a relatively better established application distribution ecosystem. The ID in Section 2 consists of : Section ID / Device Type ID - Condition ID - Requirement ID (e.g.The Requirement ID in Section 2 starts with the corresponding section ID that is followed by the Requirement ID described above. This ID starts from 1 and increments by 1 within the same section and the same condition.When the requirement is conditional, 1 is assigned for the 1st condition and the number increments by 1 within the same section and the same device type.When the requirement is unconditional, this ID is set as 0.C: Core (Requirements that are applied to any Android device implementations).The ID consists of : Device Type ID - Condition ID - Requirement ID (e.g.STRONGLY RECOMMENDED requirements are marked as but ID is not assigned.The ID is assigned for MUST requirements only.Requirement ID is assigned for MUST requirements. These requirements are referenced as "Core Requirements" in this document. Each subsection of Section 2 is dedicated to a specific device type.Īll the other requirements, that universally apply to any Android device implementations, are listed in the sections after Section 2. Section 2 contains all of the requirements that apply to a specific device type. Any technical details provided in the linked resources throughout this document are considered by inclusion to be part of this Compatibility Definition. In any cases where this Compatibility Definition or the Compatibility Test Suite disagrees with the SDK documentation, the SDK documentation is considered authoritative. Many of the resources linked to in this document are derived directly or indirectly from the Android SDK and will be functionally identical to the information in that SDK’s documentation. Finally, note that certain component substitutions and modifications are explicitly forbidden by this document. It is the implementer’s responsibility to ensure full behavioral compatibility with the standard Android implementation, including and beyond the Compatibility Test Suite. While some components can hypothetically be replaced with alternate implementations, it is STRONGLY RECOMMENDED to not follow this practice, as passing the software tests will become substantially more difficult. Device implementers are STRONGLY RECOMMENDED to base their implementations to the greatest extent possible on the “upstream” source code available from the Android Open Source Project. Where this definition or the software tests described in section 10 is silent, ambiguous, or incomplete, it is the responsibility of the device implementer to ensure compatibility with existing implementations.įor this reason, the Android Open Source Project is both the reference and preferred implementation of Android. To be considered compatible with Android 9, device implementations MUST meet the requirements presented in this Compatibility Definition, including any documents incorporated via reference. A “device implementation” or “implementation" is the hardware/software solution so developed. The use of “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” is per the IETF standard defined in RFC2119.Īs used in this document, a “device implementer” or “implementer” is a person or organization developing a hardware/software solution running Android 9. This document enumerates the requirements that must be met in order for devices to be compatible with Android 9.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |