안드로이드 최소 타겟 SDK 버전이 또 올랐다! 이번에는 33?! (안드로이드 13)

구글 플레이스토어로부터 안드로이드 버전 상향에 대한 최소 레벨 가이드를 보내왔습니다ㅠ

안녕하세요, 구글 플레이 개발자님들께 개발자 업데이트에 대한 안내사항을 보냅니다.

작년, 저희는 사용자들을 각종 위험으로부터 보호하기 위해 최신 개인정보 보호 및 보안 기능을 갖추지 못한 앱은 설치하지 않도록, 차츰 타겟 API 레벨 요구사항을 상향할 것을 발표했었습니다.
타겟 API 레벨의 업데이트 주기를 더욱 명확하게 하기 위해, 올해부터 매년 8월 31일에 업데이트하는 것으로 통일하겠습니다.
올해 8월 31일부터는 다음 사항이 적용됩니다:

• 신규 앱 및 기존 앱 업데이트는 Google Play에 제출하려면 API 레벨 33을 대상으로 해야 합니다. (Wear OS의 경우 API 30을 대상으로해야 함)
• 기존 앱 역시 모든 사용자가 Google Play에서 검색할 수 있도록 하려면 API 레벨 31 이상을 타겟으로 해야 합니다. API 레벨 30 이하를 타겟으로 한 앱 (Wear OS의 경우 API 레벨 29 이하를 타겟으로 한 앱)은 해당 앱의 타겟 API 레벨과 동일하거나 낮은 Android OS 기기에서만 검색됩니다.
• 앱 업데이트에 시간이 더 필요한 경우 2023년 11월 1일까지 연장을 요청할 수 있습니다. 올해 업데이트 기간이 다가오면 구글 플레이 콘솔에서 앱 업데이트 연장 폼에 접속해 기간을 연장하실 수 있습니다. 우리는 여러분들이 업데이트에 대해 준비할 시간과 리소스가 충분한지 확인하고 싶습니다.

정확한 일정은 Google Play 개발자 사이트의 "앱의 Target API 수준 요구 사항"을 참조하십시오

기술적 지침은 이 마이그레이션 가이드를 참조하십시오

자세한 내용은 2022년 4월 정책 바이트를 참조하십시오.

Google Play를 귀하와 귀하의 사용자에게 신뢰할 수 있는 플랫폼으로 만드는 것에 지속적으로 협력해 주셔서 감사합니다.

Video

Summary

이번 비디오에서 Dan Galpin은 Android 13의 새로운 변경점과 이전 버전에서 새로운 버전으로 앱을 이전하는 기본 프로세스를 소개합니다.

Facts

• 📝 Android 13에서의 변경점 및 새로운 버전으로 앱 이전을 위한 기본 프로세스 소개
• 📝 이전 버전에서는 잘 작동했지만 Android 13에서는 예기치 않게 작동하지 않을 수 있는 새로운 동작 및 기능 변경 사항을 염두에 두어야 함
• 📝 변경 사항은 시스템 상태, 배터리 수명, 시스템 성능, 데이터 보호 및 보안과 같은 영역에 집중됨
• 📝 변경 사항 중 일부는 모든 앱에 적용되지만 일부는 SDK 목표 버전이 Android 13 API 레벨 33인 경우에만 적용됨

Script of Video

Daniel Galpin : 안녕하세요, 안녕하세요, 저는 Dan Galpin입니다. 최근에 구글 검색을 해보니 사람들이 두려워하는 게 많더라고요. 비행기, 비행, 뱀, 거미, 치과의사, 연설, 심지어 “트리스카이데카포빅”이라 불리는 숫자 13에 대한 공포증도 있어요.

하지만 이번의 안드로이드 버전 13은 전혀 두려워 할 필요가 없습니다.

이 토크에서는 새로운 Android 플랫폼 릴리스로의 이행에 관한 기본적인 프로세스와 이것이 Android 13에 어떻게 적용되는지, 특히 앱에 어떻게 적용되는지, 그리고 다른 ADS 토크에서 이 콘텐츠를 더 깊이 파고드는 방법에 대해 설명하겠습니다.

기억하라, 세 가지 종류의 사람들이 있다. 셀 수 있는 사람들과 셀 수 없는 사람들이다.

새로운 Android 릴리스로 이행할 때는 동작의 변화와 앱의 차별화에 활용할 수 있는 신기능을 찾습니다. 동작의 변화는 매우 중요합니다.이것은 이전의 Android 릴리스에서 정상적으로 동작했던 이 앱이, 이 새로운 릴리스에서 기대했던 대로 동작하지 않을 수도 있다는 것을 의미하기 때문입니다.

따라서 이러한 변경은 시스템 상태에 영향을 미치는 것으로 제한하고 배터리 지속 시간 및 시스템 성능(사용자 개인 정보 보호, OS 및 앱 보안 등)에 중점을 둡니다.

이러한 변경 사항 중 일부는 모든 앱에 적용되며, 일부는 대상 SDK 버전이 Android 13의 API 레벨 33을 대상으로 할 때만 적용됩니다.

따라서 첫 번째 방어선은 새로운 릴리스에서 앱을 철저히 테스트하는 것이며, 이는 단지 Android 13을 의미합니다. Android Emulator, 지원되는 Pixel 장치, 파트너 장치, Firebase Test Lab 등 많은 장소에서 사용할 수 있습니다. 또한 developer.android.com의 Behavior Changes 페이지는 초점을 맞추는 방법에 대한 가이드입니다. 그리고 이 토크에서는 대상 SDK 버전에 관계없이 모든 앱에 영향을 미치는 변경 사항부터 몇 가지 더 주목할 만한 변경 사항에 대해 살펴보겠습니다. 그리고 이러한 변경의 초과 목표는 사용자에게 백그라운드에서 앱이 수행하는 작업에 대한 더 많은 인식과 제어를 제공하는 것입니다.

사용자가 포그라운드 서비스 알림이 삭제되도록 하고 싶다고 해서 추가했습니다.

그런 다음 백그라운드에서 앱이 수행하는 작업을 보다 명확하게 하기 위해 포그라운드 서비스 작업 관리자를 만들었습니다. 그리고 만약 당신의 앱이 포그라운드 서비스를 사용하고 있다면, 그것은 사용자가 포그라운드 서비스를 종료할 수 있도록 해주는 새로운 인터페이스에 포함되어 당신의 앱을 닫는다.

테스트에 ADB를 사용하면 FGS 태스크 매니저가 이 stop-app 명령을 사용하는 것과 동일하게 앱을 중지할 수 있습니다. 이는 여러 가지 면에서 force-stop 명령과 유사하며 App Info 페이지 또는 force-stop ADB 셸 인터페이스에서 실행할 수 있습니다.

그러나 강제 중지와 달리, 이 앱은 이력에서 삭제되지 않으며 예약된 작업 및 알람을 취소하지 않으므로 앱에 대한 장기적인 영향을 줄일 수 있습니다.

이제 FGS 태스크 매니저에서 앱이 정지되면 시스템에서 콜백을 받을 수 없지만 다음 번에 앱 종료 정보 API를 사용할 때 어떤 일이 일어나는지 확인할 수 있습니다. 사용자가 앱을 정지했는지 여부를 알려주고 크래시 및 ANR, 처리 중인 예외, 메모리 부족 등을 확인할 수 있습니다. 그리고 이것으로부터 얻을 수 있는 점이 두 가지 있습니다.

첫째, 항상 그렇듯이 앱이 어떤 상태에서든 정지되어 데이터 손실을 최소화할 수 있는지 확인하십시오.

둘째, 분석을 하고 포그라운드 서비스에 의존할 필요가 있는지 알아보기에 정말 좋은 시기입니다. 포그라운드 서비스는 Android가 일정을 잡을 수 있는 유연성을 크게 떨어뜨리기 때문입니다. 또한 작업을 사용하는 것이 시스템 상태에 더 좋습니다. 백그라운드 액티비티라고 하면 Android 13에서는 제한된 앱 대기 버킷에서 훨씬 짧은 기간 동안 앱이 비활성화되어 있어야 합니다.

Android 12에서 추가했습니다. 또한 제한 모드일 경우 하루에 한 번 10분 동안 일괄 처리된 세션에서 작업을 실행할 수 있습니다. 이 세션은 적어도 하나의 다른 작업과 함께 실행해야 합니다.

신속한 작업을 덜 실행할 수 있으며 하루에 하나의 경보를 호출할 수 있습니다.

따라서 앱이 제한 모드에 있음을 감지한 경우 앱이 필요한 작업을 적절하게 예약하도록 지원할 수 있습니다. 또한 작업 및 알람을 실행할 때 앱의 상태를 기록하여 예상치 못한 동작을 추적할 수 있도록 하는 것이 좋습니다.

이제 몇 가지 장기 테스트를 실행하려면 ADB를 사용하여 앱 대기 버킷을 테스트할 수 있습니다.

그러나 앱 실행 중에 이 작업을 실행하려고 하면 앱이 "저와 대화 중입니다 "라고 표시되며 자동으로 제한된 버킷에서 제외되기 때문에 앱을 실행할 수 없습니다.

사용자가 앱과 상호 작용하여 제한된 버킷을 사용하지 않도록 하는 방법 중 하나는 사용자가 상호 작용하는 관련 실행 가능한 알림을 보내도록 하는 것입니다.

그러나 Android 13에서는 이를 위해 권한을 보유해야 합니다. SDK 33을 아직 대상으로 하지 않은 경우 Android가 대신 이 권한을 요청합니다. 그리고 앱이 활성 활동을 하고 알림 채널을 만드는 즉시 이 작업을 수행합니다.

이는 런타임 권한을 도입한 다른 시간과는 다릅니다.

이제 사용자가 이 권한을 허용하지 않을 경우 앱을 제거 및 재설치하거나 사용자가 SDK 33으로 업그레이드하지 않는 한 사용자에게 다시 메시지가 표시되지 않습니다.

SDK 33 이상을 대상으로 하는 경우 사용자에게 수동으로 알림 권한을 요청할 수 있으므로 권한 대화 상자가 표시되는 시기를 완전히 제어할 수 있습니다. 

Android X 기능인 알림 활성화로 전화를 걸어 앱에 알림 활성화 여부를 확인할 수 있습니다. 또한 이 동작에서 면제되는 미디어 세션 관련 알림은 변경되지만 일반적으로 포그라운드서비스 알림은 변경되지 않습니다.

ADB를 사용하여 권한 플래그 및 권한을 해지하고 테스트를 위해 권한 플래그를 지울 수 있습니다. Terence와 Nate가 새로운 알림 권한을 포함한 권한 요청에 대한 베스트 프랙티스에 대해 이야기하는 내용을 꼭 확인해 주십시오.

앞에서 말씀드린 바와 같이 사생활과 보안에 관련된 행동변화도 있습니다.또한 의도 필터를 잠그고 항상 생각했던 대로 동작하도록 하고 있습니다.

따라서 Android 13에서는 SDK 33 이상을 대상으로 하는 다른 앱의 내보낸 컴포넌트에 명시적 의도를 보낼 때 수신 앱의 의도 폴더 요소와 일치하는 경우에만 해당 의도가 전달됩니다.  따라서 앱이 이 레거시 동작에 의존하고 있다면 수정해야 합니다.

응용 프로그램에 내보내기 및 내보내기되지 않은 의도를 위한 중앙 집중식 핸들러가 있는 경우 수신기에 약간의 코드를 추가하여 허용되지 않는 작업을 필터링하면 외부 응용 프로그램이 예기치 않게 내부 코드를 트리거하는 것을 방지할 수 있습니다. SDK 33을 타겟으로 할 준비가 되지 않은 경우에도 가능한 한 빨리 실행해야 합니다.

Android 13의 Google 검색 앱에서 장치의 기본 공급자를 사용하기 위해 음성 서비스에 대한 호환 트램펄린을 제거했습니다.

기본적으로 이는 인식자의 의도에 구성요소 이름을 지정하지 않음을 의미합니다. Android 13에는 클립보드 내용을 시각적으로 확인할 수 있는 편리한 팝업이 있습니다.

따라서 클립보드에 복사할 경우 비밀번호나 신용카드 정보 등 중요한 데이터가 표시되지 않도록 하는 방법을 추가했습니다. 또한 SDK 버전에 관계없이 이 작업은 가능한 한 빨리 수행할 가치가 있습니다.

Android 13의 SDA는 문자열 상수를 제공합니다. 그냥 이걸로 하면 돼요.

마지막으로 공유 사용자 ID를 사용하는 것은 멋진 기능이지만 패키지 매니저에 문제가 있으므로 지원되는 통신 메커니즘으로 이행하십시오. 또한 매니페스트에서 공유 사용자 ID를 삭제하면 앱이 업데이트되지 않으므로 마이그레이션하는 방법을 추가했기 때문에 새 설치에서만 사용되지 않습니다. SDK 33을 대상으로 하지 않는 앱의 동작 변화에 대해 알아야 할 것은 이것뿐입니다.

그러나 알림이 앱과 앱의 기능에 중요한 경우 가능한 한 빨리 SDK 33을 대상으로 삼는 것이 좋습니다.

그런 다음 컨텍스트에서 정당성을 고려하여 권한을 요청할 수 있습니다. 따라서 Google Play에서 앱 업데이트를 계속 진행하려면 2023년 11월까지 이 작업을 수행해야 합니다. 그러니 지금 바로 시작하는 것이 좋습니다.

SDK 33을 대상으로 하면 어떤 동작이 변경됩니까? SDK 버전을 대상으로 하면 해당 버전에 대해 앱이 테스트되었음을 의미하기 때문에 일반적으로 이 부분에서 더 많은 변경을 가할 수 있습니다.

우선 프라이버시 및 보안 관련 변경 사항부터 살펴보겠습니다.  그리고 여기 좋은 것이 있다.

따라서 이전 버전의 Android에서는 일반적인 Wi-Fi 사용 사례를 위해 사용자가 앱에 적절한 위치에 대한 액세스를 허용해야 하지만 Android 13에서는 가까운 장치 그룹에 가까운 Wi-Fi 장치 런타임 권한을 도입했습니다.

따라서 매니페스트에서 Wi-Fi 액세스를 위치에 사용하지 않는다고 주장하고 앱이 시작 , 검색 및 검색 결과 가져오기 등의 Wi-Fi 관리자 클래스의 메서드를 사용하지 않는 경우 가까운 Wi-Fi 장치 권한만 사용할 수 있습니다.

단, SDK 33을 대상으로 한 후에는 근처의 Wi-Fi 기기 허가를 요청해야 합니다. 그렇지 않으면 많은 Wi-Fi API에 액세스하면 예외가 발생합니다.

다음으로, 다른 앱이 작성한 미디어 파일에 직접 액세스 할 필요가 있는 경우는, 일단 SDG 33을 타겟으로 하면, 외부 스토리지 읽기 권한 대신에 1개 이상의 세밀한 미디어 권한을 요구할 필요가 있습니다. 그리고 이것들은 피하는 것이 더 좋다.

Android의 스토리지에 관한 모든 것에 있어서, 사용자의 프라이버시를 보호하기 위해서 한층 더 발전하는 최신 API와 함께, 주요한 스토리지 컨셉을 다루고 있습니다.

SDK 33을 대상으로 한다는 것은 백그라운드에서 이러한 바디 센서에 액세스하려면 새로운 바디 센서의 백그라운드 권한과 바디 센서에 대한 기존 권한을 요청해야 하지만 패키지 설치 관리자가 허용해야 하는 엄격한 제한 권한이기도 합니다.

따라서 헬스 및 피트니스 데이터를 소비해야 하는 경우에는 Health Connect를 사용하는 것이 좋습니다. 개런은 이것에 대해 모든 세션을 가지고 있다.

새로운 Android의 릴리스마다 SDK 이외의 인터페이스가 필요하지 않도록 노력하고 있으며, 이것이 타당할 경우 이러한 숨겨진 API를 공공 대체품으로 대체하려고 합니다.

보시다시피 Android 13에는 4개밖에 없기 때문에 슬라이드에 모두 올릴 수 있습니다. SDK 33을 타겟으로 했을 때만 발생하는 시스템 헬스 동작의 변화도 있습니다.

따라서 SDK 33을 대상으로 한 후 앱이 제한 상태가 되면 시스템은 다른 이유로 앱을 시작할 때까지 부팅 완료 브로드캐스트 또는 잠긴 부팅 완료 브로드캐스트를 전송하지 않습니다. 동작 변화를 쉽게 테스트할 수 있도록 호환성 프레임워크라는 것이 있습니다. 앱을 변경하지 않고도 특정 동작 변화를 켜고 끌 수 있습니다. 따라서 설정 또는 ADB 중 하나를 사용하여 SDK 버전을 공략하십시오.

따라서 예를 들어 지연 부트 완료 브로드캐스트 변경 ID 옵션을 설정하여 이 옵션을 테스트할 수 있습니다. 또한 사용자가 앱 위젯을 추가하면 앱이 제한 상태가 되지 않으므로 Marcel이 앱 위젯을 현대화하는 것에 대해 어떻게 생각하는지 꼭 확인하십시오.

Android 13의 나머지 동작 변경은 사용자 경험을 개선하는 것에 더 가깝습니다.

따라서 SDK 33을 대상으로 할 때 미디어 컨트롤은 미디어 세션에 연결된 재생 상태에서 의미론적으로 파생됩니다(가능한 경우). 미디어 스타일에서 추가된 순서대로 최대 5개의 컨트롤을 표시하는 것이 아닙니다. 또, 보다 풍부한 미디어 제어 기능을 제공할 뿐만 아니라, 전화, 태블릿, Android auto, Android TV의 렌더링 방식도 조정할 수 있습니다.

다양한 디바이스 하드웨어 및 플랫폼 버전에서 뛰어난 미디어 경험을 구현하는 방법에 대한 자세한 내용은 Nevin의 강연을 참조하십시오.

SDK 33을 대상으로 할 때 웹 뷰에서 설정된 Force Dark 메서드가 귀찮아집니다. 무시하겠습니다.

웹 뷰는 미디어 쿼리를 항상 [INAUDIBLE ]하며, 가벼운 테마 , 테마 속성의 앱에 따라 색상 배열을 선호합니다. Android X에서는 설정된 알고리즘의 다크닝과 큰 소리로 컬러 테마 동작을 커스터마이즈 할 수 있습니다.

마지막으로 광고 ID를 사용하는 SDK 33 이상을 대상으로 하는 앱은 매니페스트에서 광고 ID 권한을 요청해야 합니다.

SDK 33을 대상으로 하는 광고 SDK를 사용하는 경우 라이브러리의 매니페스트에 자동으로 이 작업이 수행되기를 바랍니다. 새로운 Android SDK 릴리스를 타겟으로 할 때 고려해야 할 중요한 것 중 하나가 바로 SDK 또는 라이브러리의 타겟 SDK 버전입니다. 이 기능은 특히 이전 SDK를 대상으로 하는 사전 컴파일 라이브러리를 사용하는 경우에 중요합니다.이 라이브러리는 장애를 일으킬 수 있기 때문입니다.

최근 동작 변화를 설명하도록 수정되지 않았습니다. 소스 코드가 없으면 Android Studio는 잠재적인 문제를 경고하지 않습니다.

이제 Google Play SDK 인덱스를 사용하여 많은 상용 SDK의 대상 SDK 수준을 확인할 수 있습니다.

그 결과, Android 13을 목표로 하고 있습니다.

별로 없지만, 다음은 뭐죠? 스토리지 권한을 완전히 제거하고 새로운 Photo Picker API로 전환하는 것을 고려해 보십시오. 이것에 의해, 유저는 특정의 사진이나 비디오를 앱과 공유할 수 있습니다. 풍부한 사진 체험입니다.

SDK 확장 기능을 사용하여 Android 11에서 지원됩니다. SDK 확장 기능은 모듈러 시스템 컴포넌트와 함께 Google 시스템 업데이트를 사용하여 OS 릴리스에 기능을 추가하는 기술입니다. 또, 모든 디바이스에서 일관된 조작성을 확보할 수 있습니다.

포토 피커를 사용할 수 없는 경우는, ACTION_OPEN_DOCUMENT 를 사용하는 것으로 돌아옵니다.이것이 SDK 19로 돌아가면, 보다 풍부한 체험을 얻을 수 있지만, 보다시피, 여전히 좋은 것입니다.

따라서 Photo Picker를 사용하려면 먼저 액티비티 결과 콜백을 등록해야 합니다.이것에 의해, 1매 또는 복수의 미디어를 허가할 지를 선택할 수 있습니다. 그런 다음 사용자가 선택할 미디어 유형(이미지 또는 비디오 또는 둘 다)을 사용하여 Photo Picker를 실행합니다. 그 후, 「Photo Picker Available(사진 선택 가능)」에 요청을 보내, Photo Picker 경험의 완전한 유무를 확인할 수 있습니다.

내부적으로는 Photo Picker Available 콜이 Extension Version을 취득하고 있으며, 이는 실행 시 SDK 확장자가 존재하는지 확인하는 방법입니다.

자, 이것이 미래입니다. Android 13에서 외부 스토리지 읽기 등의 런타임 권한을 더 이상 사용하지 않는 경우 앱은 자체 권한 해제 기능을 사용하여 이를 취소할 수 있습니다. 이건 좀 멋지네요.

앱이 아직 권한을 보유하지 않은 경우 No-Op입니다. 또, 이 경우, 시스템은 프로세스를 기회적으로 정지합니다. 그리고 다음 번에 앱이 실행되면 권한이 더 이상 유지되지 않습니다.

프라이버시라고 하면, Erin씨는, 프라이버시 샌드박스의 최신 업데이트를 다루고 있습니다.이 프로젝트는, 유저의 프라이버시를 향상시키면서 효과적이고 개인화된 광고를 가능하게 하는 것을 목표로 하고 있습니다. 프로젝트 개요와 광고 기술 프로바이더, 광고주, 퍼블리셔 및 앱 개발자가 프로젝트를 어떻게 활용할 수 있는지 등이 포함됩니다.

Android 13에는 프로그램 가능한 셰이더 효과와 저지연 스타일러스 지원을 위한 프론트 버퍼 렌더링 등 새로운 그래픽 기능이 포함되어 있습니다. Samir와 Chet은 안드로이드 그래픽스 토크에 깊이 관여합니다.

Android 13에는 HDR 비디오 녹화, 예상 오디오 라우팅 및 공간 오디오와 같은 새로운 미디어 기능과 함께 MIDI 2.0, BLE 오디오, 초광대역 등의 새로운 통신 기능이 포함되어 있습니다. 또한 Luke는 BLE Audio가 플랫폼에 제공하는 새로운 기능과 통신 API를 사용하여 VoIP 애플리케이션에서 이를 활용하는 방법을 다룹니다.

Carlos는 디지털 자동차 키, 새로운 홈 컨트롤 가능성 등을 가능하게 하여 인근 기기 주변의 안전하고 정확한 근접 데이터를 제공할 수 있는 무선 기술인 Ultra-Wideband를 도입했습니다.

Ray에서는 HDR 비디오를 캡처, 재생 및 공유하는 방법에 대해 설명하고 캡처 및 재생에서 HDR 비디오를 사용할 수 있는지 테스트하는 방법 및 필요에 따라 비디오를 SDR로 변환하는 방법을 보여 줍니다.

Android 13에는 Unicode 업데이트 및 COLR V1 형식의 컬러 벡터 글꼴 지원 등 많은 새로운 텍스트 기능도 포함되어 있습니다.

Android 13은 국제화를 위한 기술 지원 향상과 더불어 앱별 언어 기본 설정을 지원합니다.

앱에서 이미 앱 내 언어 선택기를 사용하여 앱별 언어를 지원하는지 또는 앱 호환성 API와 Android X를 통해 Android 4.0으로 역호환하면서 Android 13을 쉽게 지원할 수 있습니다.

앱별 언어 기본 설정을 포함하여 더 많은 사용자에게 앱을 더 잘 작동시키는 방법에 대한 자세한 내용은 Ash의 다국어 세계 구축에 대한 강연을 참조하십시오.

Jetpack Compose에 대한 접근성 지원을 어떻게 구축했는지에 대한 Caren의 강연에서는 가장 일반적인 3가지 접근성 서비스, Android의 통합 방법, 그리고 이것이 Compose의 접근성 설계에 툴링과 베스트 프랙티스를 알려준 방법에 대해 다룹니다.

새로운 타일 배치 API를 지원하면 사용자가 Android 환경을 맞춤화할 수 있으며, 앱에서 나가지 않고 한 번에 타일을 추가할 수 있는 사용자 지정 빠른 설정 타일을 제공할 수 있습니다.

Android 13은 또한 Android 12L에 있는 태블릿과 폴더블의 모든 기능을 포함하고 있으며, 이는 사용자가 좋아하는 폼 팩터를 더 잘 지원할 수 있게 해준다.

Rebecca는 모든 폼 팩터에 대해 앱으로 엣지 투 에지(Edge-to-Edge)를 수행하는 방법에 대해 설명합니다.

역동적인 색상과 Android 13 테마 앱 아이콘을 활용하여 예측 가능한 후면 제스처를 지원하여 미래를 대비하십시오.

그래서 결론적으로 두 가지를 말씀드리고 싶습니다.

첫째, SDK 33을 최소한의 변경으로 이행 및 타겟팅할 수 있습니다. Android 13을 타겟으로 하는 것에는 많은 이점이 있고 이용할 수 있는 멋진 것들이 있기 때문에 아직 테스트하지 않았다면 테스트를 시작하세요.

두번째로, Android Dev Summit Platform Day에서는 하드웨어 가속 머신러닝의 최신 버전인 Pixel 7과 같은 64비트 디바이스에 대한 앱 준비 방법, 앱 생태계의 보안을 향상시키기 위한 증명 활용 방법 등 많은 심도 있는 논의가 있습니다. 최신 Google Play 커머스 기능과 Android 플랫폼 전문가가 질문을 받는 #AskAndroid 세션을 활용하는 방법. 

그리고 가끔 그런 무서운 것들을 가까이서 보면 귀엽고 흐릿할 수 있어요. 적어도 가끔은 말이죠. 들어주셔서 감사합니다.