Android 2.3 API

API 수준: 9

개발자는 Android 2.3(GINGERBREAD) 플랫폼을 Android SDK의 다운로드 가능한 구성요소로 사용할 수 있습니다. 다운로드 가능한 플랫폼에는 Android 라이브러리, 시스템 이미지, 에뮬레이터 스킨 세트 등이 포함됩니다. Android 2.3 개발 또는 테스트를 시작하려면 Android SDK Manager를 사용하여 플랫폼을 SDK로 다운로드하세요.

API 개요

아래 섹션에서는 이전 버전 이후 프레임워크 API의 새로운 기능과 변경사항을 포함하여 2.3의 새로운 개발자를 위한 기술적 개요를 제공합니다.

SIP 기반 VoIP

이제 플랫폼에는 개발자가 인터넷 전화 통신 애플리케이션을 빌드할 수 있는 SIP 프로토콜 스택 및 프레임워크 API가 포함됩니다. API를 사용하면 애플리케이션은 세션, 전송 수준 통신 또는 오디오를 관리할 필요 없이 음성 통화 기능을 제공할 수 있습니다. 이러한 기능은 플랫폼의 SIP API 및 서비스에 의해 투명하게 처리됩니다.

SIP API는 android.net.sip 패키지로 제공됩니다. 키 클래스는 SipManager로, 애플리케이션은 SIP 프로필을 설정 및 관리하고 음성 통화를 시작하고 음성 통화를 수신하는 데 사용합니다. 음성 통화가 설정되면 애플리케이션은 통화를 음소거하고 스피커 모드를 켜고 DTMF 톤을 보내는 등의 작업을 할 수 있습니다. 애플리케이션은 SipManager를 사용하여 일반 SIP 연결을 만들 수도 있습니다.

플랫폼의 기본 SIP 스택 및 서비스는 제조업체 및 관련 이동통신사의 재량에 따라 기기에서 사용할 수 있습니다. 따라서 애플리케이션에서는 사용자에게 통화 기능을 노출하기 전에 isApiSupported() 메서드를 사용하여 SIP 지원을 사용할 수 있는지 확인해야 합니다.

SIP API를 사용하려면 애플리케이션이 매니페스트 파일에서 <uses-permission android:name="android.permission.INTERNET"><uses-permission android:name="android.permission.USE_SIP">를 선언하여 사용자에게 권한을 요청해야 합니다.

또한 개발자는 플랫폼의 SIP 스택 및 서비스가 기기에 포함되지 않은 기기의 사용자에게 애플리케이션이 검색되지 않도록 Google Play에서 필터링을 요청할 수 있습니다. 필터링을 요청하려면 애플리케이션 매니페스트에 <uses-feature android:name="android.software.sip" android:required="true"><uses-feature android:name="android.software.sip.voip">를 추가합니다.

자세한 내용은 SIP 개발자 가이드를 참고하세요.

근거리 무선통신(NFC)

Android 2.3에는 개발자가 NFC 지원 기기를 터치하여 스티커, 스마트 포스터, 기타 기기에 삽입된 요소에 태그를 지정할 때 검색되는 NDEF 태그를 읽을 수 있는 NFC 스택 및 프레임워크 API가 포함되어 있습니다.

이 플랫폼은 기기가 범위 안에 들어올 때 태그를 검색하기 위해 기기 하드웨어와 함께 작동하는 기본 NFC 서비스를 제공합니다. 태그 검색 시 플랫폼은 인텐트를 브로드캐스트하고 태그의 NDEF 메시지를 인텐트에 extras로 추가하여 애플리케이션에 알립니다. 애플리케이션은 인텐트 필터를 만들어 타겟팅된 태그와 메시지를 인식하고 처리할 수 있습니다. 예를 들어 애플리케이션은 인텐트별로 태그를 수신하면 NDEF 메시지를 추출하거나, 저장하거나, 사용자에게 알리거나, 다른 방식으로 처리합니다.

NFC API는 android.nfc 패키지에서 사용할 수 있습니다. 주요 클래스는 다음과 같습니다.

  • NfcAdapter: 기기의 NFC 하드웨어를 나타냅니다.
  • NdefMessage: 데이터를 전달하는 '레코드'가 기기와 태그 간에 전송되는 표준 형식인 NDEF 데이터 메시지를 나타냅니다. 애플리케이션은 ACTION_TAG_DISCOVERED 인텐트에서 이러한 메시지를 수신할 수 있습니다.
  • NdefRecord: 공유 중인 데이터의 유형을 설명하고 데이터 자체를 전달하는 NdefMessage로 전달됩니다.

NFC 통신은 기기 하드웨어의 무선 기술에 의존하므로 특정 기기에서 플랫폼의 NFC 기능 지원은 제조업체에서 결정합니다. 현재 기기에서 NFC가 지원되는지 확인하기 위해 애플리케이션은 isEnabled()를 호출하여 NfcAdapter를 쿼리할 수 있습니다. 하지만 NFC API는 기본 하드웨어 지원과 관계없이 항상 존재합니다.

NFC API를 사용하려면 애플리케이션은 매니페스트 파일에서 <uses-permission android:name="android.permission.NFC">를 선언하여 사용자에게 권한을 요청해야 합니다.

또한 개발자는 NFC를 지원하지 않는 기기 사용자에게는 애플리케이션이 검색되지 않도록 Google Play에서 필터링을 요청할 수 있습니다. 필터링을 요청하려면 애플리케이션의 매니페스트에 <uses-feature android:name="android.hardware.nfc" android:required="true">를 추가합니다.

NFC API를 사용하는 샘플 애플리케이션을 살펴보려면 NFCDemo를 참고하세요.

자이로스코프 및 기타 센서

Android 2.3에는 자이로스코프, 회전 벡터, 선형 가속, 중력, 기압계 등 여러 가지 새로운 센서 판독 유형을 위한 플랫폼 및 API 지원이 추가되었습니다. 개발자는 새로운 센서 측정값을 사용하여 기기 위치 및 동작의 정확한 변화에 빠르고 부드럽게 반응하는 애플리케이션을 만들 수 있습니다. 센서 API는 자이로스코프 및 기타 센서 변경사항을 애플리케이션 프레임워크에서 실행하든 네이티브 코드에서 실행하든 관심 있는 애플리케이션에 보고합니다.

특정 기기에서 사용할 수 있는 하드웨어 센서 집합은 기기 제조업체의 재량에 따라 다릅니다.

개발자는 Google Play에서 필터링을 요청할 수 있으므로 자이로스코프 센서가 없는 기기의 사용자에게는 애플리케이션이 검색되지 않습니다. 이렇게 하려면 애플리케이션 매니페스트에 <uses-feature android:name="android.hardware.sensor.gyroscope" android:required="true">를 추가합니다.

API 세부정보는 Sensor을 참고하세요.

여러 카메라 지원

이제 애플리케이션은 기기에서 사용할 수 있는 모든 카메라를 사진 또는 동영상 캡처에 사용할 수 있습니다. Camera를 사용하면 애플리케이션은 사용 가능한 카메라 수와 각 카메라의 고유한 특성을 쿼리할 수 있습니다.

  • Camera.CameraInfo 클래스는 카메라의 위치 특성 (방향, 전면 또는 후면)을 저장합니다.
  • Camera 클래스의 새로운 getNumberOfCameras()getCameraInfo() 메서드를 사용하면 애플리케이션이 사용 가능한 카메라를 쿼리하고 필요한 카메라를 열 수 있습니다.
  • get() 메서드를 사용하면 애플리케이션이 특정 카메라의 CamcorderProfile를 검색할 수 있습니다.
  • getJpegEncodingQualityParameter()를 사용하면 애플리케이션이 특정 카메라의 스틸 이미지 캡처 품질 수준을 가져올 수 있습니다.

전면 카메라에 액세스하는 샘플 코드를 보려면 ApiDemos 샘플 애플리케이션의 CameraPreview.java를 참고하세요.

Camera API는 다음도 추가합니다.

믹스 가능한 오디오 효과

플랫폼의 미디어 프레임워크는 베이스 부스트, 헤드폰 가상화, 이퀄라이제이션, 반향 등 새로운 트랙별 또는 전역 오디오 효과 지원을 추가합니다.

오디오 효과의 샘플 코드를 살펴보려면 ApiDemos 샘플 애플리케이션의 AudioFxDemo.java를 참고하세요.

미디어 프레임워크는 다음 항목도 추가합니다.

  • JPEG 파일용 EXIF 메타데이터에서 고도 태그를 새롭게 지원합니다. 새로운 메서드인 getAltitude() 메서드를 사용하여 EXIF 고도 태그의 값을 가져올 수 있습니다.
  • 새로운 setOrientationHint() 메서드를 사용하면 애플리케이션이 동영상 캡처 중에 MediaRecorder에 방향을 알릴 수 있습니다.

다운로드 관리자

플랫폼에는 장기 실행 HTTP 다운로드를 처리하는 새로운 DownloadManager 시스템 서비스가 포함되어 있습니다. 애플리케이션은 URI를 특정 대상 파일로 다운로드하도록 요청할 수 있습니다. DownloadManager는 백그라운드에서 다운로드를 실행하여 HTTP 상호작용을 처리하고 실패 후 또는 연결 변경 및 시스템 재부팅 시 다운로드를 다시 시도합니다.

  • 애플리케이션은 getSystemService(String)를 호출하고 DOWNLOAD_SERVICE를 전달하여 DownloadManager 클래스의 인스턴스를 가져올 수 있습니다. 이 API를 통해 다운로드를 요청하는 애플리케이션은 ACTION_NOTIFICATION_CLICKED의 broadcast receiver를 등록하여 사용자가 알림이나 다운로드 UI에서 실행 중인 다운로드를 클릭할 때를 적절하게 처리해야 합니다.
  • DownloadManager.Request 클래스를 사용하면 애플리케이션이 새 다운로드를 요청하는 데 필요한 모든 정보(예: 요청 URI, 다운로드 대상)를 제공할 수 있습니다. 요청 URI가 유일한 필수 매개변수입니다. 기본 다운로드 대상은 시스템 사용을 위해 공간을 확보해야 하는 경우 시스템이 파일을 삭제할 수 있는 공유 볼륨입니다. 다운로드의 영구 저장소의 경우 외부 저장소의 다운로드 대상을 지정합니다 (setDestinationUri(Uri) 참고).
  • DownloadManager.Query 클래스는 애플리케이션이 활성 다운로드를 쿼리하고 필터링할 수 있는 메서드를 제공합니다.

StrictMode

개발자가 애플리케이션 성능을 모니터링하고 개선할 수 있도록 플랫폼에서는 StrictMode라는 새로운 시스템 기능을 제공합니다. 애플리케이션에 구현되면 StrictMode는 애플리케이션의 기본 스레드에서 발생하는 활동(UI 작업이 수신되고 애니메이션도 발생함)과 같이 애플리케이션 성능을 저하시킬 수 있는 실수로 인한 디스크 또는 네트워크 활동을 포착하여 개발자에게 알립니다. 개발자는 StrictMode에서 발생한 네트워크 및 디스크 사용 문제를 평가하고 필요한 경우 문제를 해결하여 기본 스레드의 응답성을 높이고 ANR 대화상자가 사용자에게 표시되지 않도록 할 수 있습니다.

  • StrictMode는 핵심 클래스이며 시스템 및 VM과의 기본 통합 지점입니다. 클래스는 인스턴스에 적용되는 스레드 및 VM 정책을 관리하기 위한 편의 메서드를 제공합니다.
  • StrictMode.ThreadPolicyStrictMode.VmPolicy에는 개발자가 정의하고 스레드 및 VM 인스턴스에 적용하는 정책이 포함됩니다.

StrictMode를 사용하여 애플리케이션을 최적화하는 방법에 관한 자세한 내용은 android.os.StrictMode의 클래스 문서 및 샘플 코드를 참고하세요.

UI 프레임워크

  • 오버스크롤 지원
    • 뷰 및 위젯에서 오버스크롤을 새롭게 지원합니다. 뷰에서 애플리케이션은 특정 뷰의 오버스크롤을 사용 설정/사용 중지하고, 오버스콜 모드를 설정하고, 오버스크롤 거리를 제어하고, 오버스크롤 결과를 처리할 수 있습니다.
    • 위젯에서 애플리케이션은 애니메이션, 스프링백, 오버스크롤 거리와 같은 오버스크롤 특성을 제어할 수 있습니다. 자세한 내용은 android.view.Viewandroid.widget.OverScroller를 참고하세요.
    • ViewConfigurationgetScaledOverflingDistance()getScaledOverscrollDistance() 메서드도 제공합니다.
    • 오버스크롤 동작을 제어하기 위한 <ListView> 요소의 새로운 overScrollMode, overScrollFooteroverScrollHeader 속성
  • 터치 필터링 지원
    • 터치 필터링을 새롭게 지원하여 애플리케이션에서 민감한 기능에 대한 액세스를 제공하는 뷰의 보안을 개선할 수 있습니다. 예를 들어 터치 필터링은 권한 요청 부여, 구매 또는 광고 클릭과 같은 사용자 작업의 보안을 보장하는 데 적합합니다. 자세한 내용은 클래스 문서 보기를 참고하세요.
    • 뷰 요소의 새로운 filterTouchesWhenObscured 속성. 이 속성은 뷰의 창이 표시되는 다른 창으로 가려질 때 터치를 필터링할지 여부를 선언합니다. "true"로 설정하면 토스트 메시지, 대화상자 또는 다른 창이 뷰의 창 위에 나타날 때마다 뷰가 터치를 수신하지 않습니다. 자세한 내용은 보안 문서 보기를 참고하세요.

    터치 필터링을 위한 샘플 코드를 살펴보려면 ApiDemos 샘플 애플리케이션의 SecureView.java를 참고하세요.

  • 이벤트 관리 개선
    • 입력 이벤트의 새로운 기본 클래스인 InputEvent 이 클래스는 이벤트가 발생한 InputDevice를 쿼리하는 등의 방식으로 애플리케이션이 이벤트의 의미를 확인할 수 있게 하는 메서드를 제공합니다. KeyEventMotionEventInputEvent의 서브클래스입니다.
    • 입력 장치의 새로운 기본 클래스인 InputDevice. 이 클래스는 특정 입력 기기의 기능에 관한 정보를 저장하고 애플리케이션이 입력 기기의 이벤트를 해석하는 방법을 결정할 수 있는 메서드를 제공합니다.
  • 모션 이벤트 개선
    • MotionEvent API는 애플리케이션이 위아래로 이동할 때 개별 손가락을 추적할 수 있는 '포인터 ID' 정보를 포함하도록 확장되었습니다. 이 클래스는 애플리케이션이 모션 이벤트를 효율적으로 사용할 수 있도록 하는 다양한 메서드를 추가합니다.
    • 이제 입력 시스템에는 새 포인터 ID 정보로 모션 이벤트를 생성하는 로직이 있어서 새 포인터가 다운될 때 식별자를 합성합니다. 시스템은 모션 이벤트 중에 여러 포인터 ID를 개별적으로 추적하고 마지막 포인터 집합과 다음 포인터 집합 사이의 거리에서 평가하여 포인터의 적절한 연속성을 보장합니다.
  • 텍스트 선택 컨트롤
    • 새로운 setComposingRegion 메서드를 사용하면 애플리케이션에서 텍스트 영역을 텍스트 작성으로 표시하고 현재 스타일을 유지할 수 있습니다. getSelectedText 메서드는 선택된 텍스트를 애플리케이션에 반환합니다. 메서드는 BaseInputConnection, InputConnection, InputConnectionWrapper에서 사용할 수 있습니다.
    • 텍스트 선택 앵커와 포함하는 창의 스타일을 표시하는 데 사용되는 드로어블을 참조하는 <TextView>의 새로운 textSelectHandle, textSelectHandleLeft, textSelectHandleRight, textSelectHandleWindowStyle 속성이 추가되었습니다.
  • 활동 제어
  • 알림 텍스트 및 아이콘 스타일
  • 초대형 화면

    이제 플랫폼에서 태블릿 기기에서 찾을 수 있는 것과 같은 초대형 화면 크기를 지원합니다. 개발자는 매니페스트 파일에 <supports screens ... android:xlargeScreens="true"> 요소를 추가하여 애플리케이션이 초대형 화면 크기를 지원하도록 설계되었음을 표시할 수 있습니다. 애플리케이션은 새로운 리소스 한정자인 xlarge를 사용하여 초대형 화면과 관련된 리소스에 태그를 지정할 수 있습니다. 초대형 및 기타 화면 크기를 지원하는 방법에 관한 자세한 내용은 여러 화면 지원을 참고하세요.

    그래픽

    콘텐츠 제공자

    • 알람을 설정하거나 알람을 처리하기 위한 새로운 AlarmClock 제공자 클래스 제공자에는 알람 시계 애플리케이션에서 새 알람을 설정하기 위해 활동을 시작하는 데 사용할 수 있는 ACTION_SET_ALARM 인텐트 작업과 추가 항목이 포함되어 있습니다. SET_ALARM 인텐트를 수신하려는 애플리케이션은 SET_ALARM 권한이 필요한 활동을 만들어야 합니다. 새 알람을 만들려는 애플리케이션은 Context.startActivity()를 사용해야 사용자가 사용할 알람 시계 애플리케이션을 선택할 수 있습니다.
    • MediaStore는 새로운 인텐트 작업인 PLAY_FROM_SEARCH를 지원합니다. 이를 통해 애플리케이션이 음악 미디어를 검색하고 가능한 경우 결과에서 콘텐츠를 자동으로 재생할 수 있습니다. 예를 들어 애플리케이션은 음악을 듣기 위한 음성 인식 명령어의 결과로 이 인텐트를 실행할 수 있습니다.
    • MediaStore는 미디어 스캐너에 포함된 디렉터리 및 하위 디렉터리에 있는 미디어를 무시하도록 지시하는 새 MEDIA_IGNORE_FILENAME 플래그도 추가합니다. 개발자는 이 기능을 사용하여 갤러리에 그래픽이 표시되지 않도록 하고 애플리케이션 사운드와 음악이 음악 앱에 표시되지 않도록 할 수 있습니다.
    • Settings 제공자는 새로운 활동 작업 APPLICATION_DETAILS_SETTINGSMANAGE_ALL_APPLICATIONS_SETTINGS를 추가합니다. 이를 통해 애플리케이션이 특정 애플리케이션의 세부정보 화면을 표시하거나 애플리케이션 관리 화면을 표시할 수 있습니다.
    • ContactsContract 제공업체가 연락처의 SIP (인터넷 전화통신) 주소를 저장하기 위한 ContactsContract.CommonDataKinds.SipAddress 데이터 종류를 추가합니다.

    위치

    • 이제 LocationManager는 애플리케이션을 식별하는 시스템 관리 클래스인 WorkSource에 따라 wake lock 또는 Wi-Fi 잠금을 유발하는 애플리케이션 요청을 추적합니다.

      LocationManager는 주기적 업데이트를 요청하는 모든 클라이언트를 추적하고 최소 업데이트 시간을 설정할 때 WorkSource 매개변수로 이를 제공자에게 알려줍니다. 네트워크 위치 정보 제공자는 WorkSource를 사용하여 애플리케이션에서 시작한 절전 모드 해제 및 Wi-Fi 잠금을 추적하고 이를 애플리케이션 관리에 보고된 애플리케이션의 배터리 사용량에 추가합니다.

    • LocationManager는 활동 등록이 지정된 기준에 따라 주기적인 또는 일회성 위치 업데이트를 수신하도록 하는 몇 가지 새로운 메서드를 추가합니다.
    • Criteria 클래스를 사용하면 애플리케이션에서 위치 제공자를 선택하기 위한 일련의 기준을 지정할 수 있습니다. 예를 들어 제공자는 정확도, 전력 사용량, 고도, 속도 및 방위 보고 기능, 금전적 비용에 따라 정렬할 수 있습니다.

    저장용량

    • Android 2.3에서는 OBB (Opaque Binary Blob) 파일을 지원하는 새 StorageManager가 추가되었습니다. Android 2.3에서는 OBB 플랫폼 지원이 제공되지만 OBB 파일 만들기 및 관리를 위한 개발 도구는 2011년 초까지 사용할 수 없습니다.
    • Android 2.3 플랫폼에는 SD 카드가 포함되지 않은 기기에 관한 공식 지원이 추가되었습니다 (물리적 SD 카드를 사용할 수 없는 경우 가상 SD 카드 파티션을 제공함). 편의 메서드 isExternalStorageRemovable()를 사용하면 애플리케이션에서 실제 SD 카드의 유무를 확인할 수 있습니다.

    패키지 관리자

    • 하드웨어 및 소프트웨어 기능을 선언하기 위한 새로운 상수입니다. 아래 새 특성 상수 섹션의 목록을 참고하세요.
    • PackageInfo는 패키지 설치 및 최종 업데이트 시간을 저장하는 새로운 firstInstallTimelastUpdateTime 필드를 추가합니다.
    • 특정 콘텐츠 제공자 클래스에 관해 알려진 모든 정보를 검색하는 새 getProviderInfo() 메서드를 사용할 수 있습니다.

    전화 통신

    • TelephonyManager는 CDMA EVDO Rev B 네트워크 유형을 지정하기 위한 상수 NETWORK_TYPE_EVDO_B를 추가합니다.
    • 새로운 getPsc() 메서드는 UMTS 네트워크에서 제공 셀의 기본 스크램블링 코드를 반환합니다.

    활동 수명 주기, 창에 대한 기본 액세스

    Android 2.3은 네이티브 코드를 사용하는 애플리케이션에 다양한 API를 노출합니다. 이러한 응용 프로그램에서 관심을 끄는 프레임워크 클래스는 다음과 같습니다.

    • NativeActivity는 새로운 유형의 Activity 클래스로, 수명 주기 콜백이 네이티브 코드에 직접 구현됩니다. NativeActivity 및 기본 네이티브 코드는 다른 활동과 마찬가지로 시스템에서 실행됩니다. 특히 Android 애플리케이션의 시스템 프로세스에서 실행되고 애플리케이션의 기본 UI 스레드에서 실행되며 다른 활동과 동일한 수명 주기 콜백을 수신합니다.
    • 새로운 InputQueue 클래스 및 콜백 인터페이스를 사용하면 네이티브 코드에서 이벤트 큐를 관리할 수 있습니다.
    • 새로운 SurfaceHolder.Callback2 인터페이스를 사용하면 네이티브 코드에서 SurfaceHolder를 관리할 수 있습니다.
    • Window의 새로운 takeInputQueuetakeSurface() 메서드를 사용하면 네이티브 코드에서 이벤트와 노출 영역을 관리할 수 있습니다.

    네이티브 코드 작업 또는 NDK 다운로드에 관한 자세한 내용은 Android NDK 페이지를 참고하세요.

    Dalvik 런타임

    새로운 매니페스트 요소 및 속성

    • <supports-screens> 요소의 새로운 xlargeScreens 속성을 사용하여 애플리케이션이 초대형 화면 폼 팩터를 지원하는지 여부를 나타냅니다. 자세한 내용은 여러 화면 지원을 참고하세요.
    • <activity> 요소의 android:screenOrientation 속성에 관한 새 값은 다음과 같습니다.
      • "reverseLandscape" - Activity가 화면을 가로 모드 방향으로, 정상적인 가로 모드 방향에서 반대 방향으로 바꾸려고 합니다.
      • "reversePortrait" - Activity가 화면을 세로 모드 방향으로, 정상적인 세로 모드와 반대 방향으로 바꾸려고 합니다.
      • "sensorLandscape" - 활동은 화면을 가로 방향으로 표시하려고 하지만 센서를 사용하여 화면이 향하는 방향을 변경할 수 있습니다.
      • "sensorPortrait" - 활동은 화면을 세로 방향으로 만들려고 하지만 센서를 사용하여 화면이 향하는 방향을 변경할 수 있습니다.
      • "fullSensor" - 방향은 실제 방향 센서에 의해 결정됩니다. 디스플레이는 사용자가 기기를 이동하는 방식에 따라 회전합니다. 이렇게 하면 기기가 정상적으로 실행하는 것과 상관없이 4번의 회전이 가능합니다. 예를 들어 일부 기기는 일반적으로 180도 회전을 사용하지 않습니다.

    새 권한

    • com.android.permission.SET_ALARM - 애플리케이션이 인텐트를 브로드캐스트하여 사용자를 위한 알람을 설정하도록 허용합니다. SET_ALARM 인텐트 작업을 처리하는 활동에는 이 권한이 필요합니다.
    • android.permission.USE_SIP - 애플리케이션이 SIP API를 사용하여 인터넷 전화를 걸거나 받을 수 있습니다.
    • android.permission.NFC - 애플리케이션이 NFC API를 사용하여 NFC 태그를 읽도록 허용합니다.

    새로운 특성 상수

    플랫폼에는 개발자가 애플리케이션 매니페스트에서 애플리케이션에 필요하다고 선언할 수 있는 몇 가지 새로운 하드웨어 기능이 추가됩니다. 이를 통해 개발자는 애플리케이션이 Google Play에 게시될 때 필터링되는 방식을 제어할 수 있습니다.

    기능을 선언하고 필터링에 사용하는 방법에 관한 자세한 내용은 <uses-feature> 문서를 참고하세요.

    API 차이점 보고서

    Android 2.3 (API 수준 9)의 모든 API 변경사항에 관한 자세한 내용은 API 차이점 보고서를 참고하세요.

    API 수준

    Android 2.3 플랫폼은 업데이트된 버전의 프레임워크 API를 제공합니다. Android 2.3 API에는 시스템 자체에 저장된 정수 식별자 9가 할당됩니다. 'API 수준'이라고 하는 이 식별자를 사용하면 시스템에서 애플리케이션을 설치하기 전에 애플리케이션이 시스템과 호환되는지 올바르게 판단할 수 있습니다.

    Android 2.3에 도입된 API를 애플리케이션에서 사용하려면 Android 2.3 SDK 플랫폼에서 제공되는 Android 라이브러리를 대상으로 애플리케이션을 컴파일해야 합니다. 필요에 따라 애플리케이션의 매니페스트에 있는 <uses-sdk> 요소에 android:minSdkVersion="9" 속성을 추가해야 할 수도 있습니다. 애플리케이션이 Android 2.3 이상에서만 실행되도록 설계된 경우 이 속성을 선언하면 애플리케이션이 이전 버전의 플랫폼에 설치되지 않습니다.

    자세한 내용은 API 수준이란 무엇인가요?를 읽어보세요.