앱 MVP Android 화면 방향: Android 16·17 대화면 대응을 나누는 5가지 기준
앱 MVP Android 화면 방향: Android 16·17 대화면 대응을 나누는 5가지 기준
먼저 답하기: Android 16·17에서는 세로 고정 선언이 ‘화면을 지키는 장치’가 아닐 수 있으므로, MVP는 방향·창 크기·상태 보존을 따로 검수해야 합니다
Android MVP를 전화기 세로 화면 기준으로만 만들었다면 “세로 고정”이 안전장치처럼 보일 수 있습니다. 그러나 Android 16(API 36)부터는 최소 너비가 600dp 이상인 큰 화면에서, 대상 API에 따라 화면 방향·창 크기 변경 가능 여부·가로세로 비율 제한이 무시될 수 있습니다(C001). 태블릿, 큰 폴더블의 내부 화면, 데스크톱 창 모드가 여기에 포함됩니다(C002).
따라서 이번 출시 검수의 질문은 “세로 고정 코드를 넣었는가”가 아닙니다. 어느 화면이 넓어진 창에서 늘어나는지, 어느 입력이 회전·분할 화면 뒤에도 남아야 하는지, API 36의 임시 예외를 쓰는지, API 37 이후에도 유지될 설계인지, 그리고 실제 기기에서 어떤 창 크기를 확인할지를 나눠야 합니다. 아래 기준은 특정 앱의 통과·성과를 보장하지 않으며, 서로 다른 상태를 한 번의 테스트 결과로 오해하지 않기 위한 MVP 기록법입니다.
분리할 대상 | 확인 질문 | 섞으면 생기는 오해 |
|---|---|---|
화면 방향 | 큰 화면에서 어떤 방향 제한이 적용되는가 | manifest 선언이 모든 기기에서 유지된다고 판단 |
창 크기 | 분할·데스크톱 창에서 무엇이 다시 배치되는가 | 회전 테스트만 하면 충분하다고 판단 |
상태 | 입력·선택·진행이 변경 뒤에도 남는가 | 화면이 다시 열렸으니 작업도 보존됐다고 판단 |
임시 예외 | API 36에서 왜·어디까지 예외를 두는가 | 예외가 장기적 방향 잠금이라고 판단 |
릴리스 QA | 어떤 OS·창·핵심 흐름을 기록하는가 | 한 기기 관찰을 전체 호환성으로 확대 |
기준 1: ‘세로 고정’과 ‘적응형 화면’을 다른 제품 결정으로 둡니다
Android 16을 대상으로 하는 앱은 큰 화면에서 screenOrientation, resizeableActivity, minAspectRatio, maxAspectRatio와 방향 요청 API의 여러 고정 값이 무시될 수 있습니다(C001, C003). 이는 작은 휴대전화에서의 동작까지 한꺼번에 바뀐다는 뜻은 아닙니다. 공식 문서는 대부분의 전화기·플립형 외부 화면처럼 sw600dp보다 작은 화면은 예외로 안내합니다(C004).
MVP에서 먼저 정할 것은 ‘세로 화면만 설계할지’가 아니라, 넓은 창에서 핵심 작업이 무엇인지입니다. 예를 들어 목록은 넓어졌을 때 한 줄이 지나치게 길어지지 않는지, 폼은 키보드가 보일 때 제출 버튼이 가려지지 않는지, 카메라는 미리보기가 늘어나거나 회전하지 않는지 따로 살펴봐야 합니다. 이것은 플랫폼 사실(C001~C004)을 바탕으로 한 제품 검수 프레임이며, 각 화면의 정답 레이아웃을 Android가 대신 결정해 준다는 뜻은 아닙니다.
기준 2: Android 16의 임시 opt-out을 ‘회전 고정’으로 쓰지 않습니다
Android 16(API 36)에서는 PROPERTY_COMPAT_ALLOW_RESTRICTED_RESIZABILITY로 특정 Activity 또는 앱 전체에 임시 opt-out을 둘 수 있습니다(C005). 하지만 공식 문서는 이 속성이 큰 화면에서 화면 방향을 잠그거나 회전을 막지 않는다고 명시합니다(C006). 즉, 적용 여부는 ‘문제를 영구히 숨길 수 있는가’가 아니라, 적응형 화면을 고치는 동안 어떤 호환 동작을 잠시 관찰·관리할지의 결정입니다.
예외를 검토한다면 네 가지를 기록하세요. 첫째, 영향을 받는 Activity가 무엇인지. 둘째, 그 화면이 넓은 창에서 왜 준비되지 않았는지. 셋째, 고칠 레이아웃·상태 보존 항목이 무엇인지. 넷째, 제거할 조건이 무엇인지입니다. 화면 하나의 비율이 어색하다는 관찰을 앱 전체의 opt-out 근거로 바꾸면, 실제 문제의 범위와 복구 기준이 사라집니다.
관련 글 앱 MVP 멀티 윈도우: 창 크기·초점·상태를 나누는 기준은 다중 창 자체의 제품 범위를 다룹니다. 이 글은 Android 16·17에서 방향 제한이 대화면에서 어떻게 달라지는지와 출시 준비 기록에 초점을 둡니다.
기준 3: Android 17은 ‘예외를 연장할지’가 아니라 ‘적응형 준비가 됐는지’를 묻습니다
Android 17(API 37)에서는 Android 16에서 제공했던 대화면 방향·창 크기 변경 제한의 임시 opt-out이 제거됩니다(C007). 큰 화면에서 방향, 비율, 크기 제한은 계속 무시되므로, API 36의 예외를 다음 버전까지 그대로 가져갈 수 있다고 전제하면 안 됩니다(C007, C008).
여기서 ‘Android 17을 지원한다’는 선언도 충분하지 않습니다. 큰 화면의 기준, 게임·사용자 설정 같은 예외, 목표 API, 실제 창 모드가 모두 다릅니다(C004, C008). 릴리스 노트에는 최소한 대상 API, 테스트한 기기·에뮬레이터, 창 모드, 화면 이름, 관찰한 결과, 남은 수정 항목을 분리해 두세요. 이 기록은 호환성을 보장하는 증서가 아니라 다음 변경에서 재현할 조건입니다.
기준 4: 상태 보존은 회전 테스트의 부속 항목이 아니라 별도 완료 조건입니다
회전·접기·창 크기 조절은 구성 변경을 만들고, 기본적으로 Activity 재생성을 동반할 수 있습니다(C009). Android 문서는 입력값 같은 사용자 상태를 보존하고, 구성 변경이 드물지 않다고 가정하라고 안내합니다(C010). 화면이 다시 그려졌다는 사실과 사용자가 진행하던 작업이 남았다는 사실은 다릅니다.
검수표를 두 줄로 나누면 이 차이가 선명해집니다. 첫 줄은 ‘변경 뒤 레이아웃이 읽히고 조작 가능한가’입니다. 둘째 줄은 ‘변경 전의 입력·선택·진행 중인 단계가 의도대로 남거나, 다시 확인해야 할 값은 안전하게 다시 확인되는가’입니다. configChanges로 재생성을 피하는 방식은 변경 자체를 없애지 않고, 그 변화를 처리할 책임을 Activity로 넘깁니다(C011). 따라서 이를 상태 보존의 빠른 대체재로 취급하지 마세요.
Compose를 쓰는지 View를 쓰는지와 무관하게, 저장할 값과 다시 읽을 값을 분리하는 것이 먼저입니다. Android 문서는 ViewModel과 rememberSaveable 같은 상태 보존 API를 예로 들며, 재생성을 완전히 없앨 수 없다고 설명합니다(C010). 이 문장은 특정 코드 구조를 강제하는 것이 아니라, ‘화면 회전에서 안 꺼졌음’만으로 상태 검수를 끝내지 말라는 근거입니다.
기준 5: QA는 기기 이름이 아니라 창 조건과 핵심 작업으로 기록합니다
테스트는 한 번의 가로 회전으로 끝나지 않습니다. Android의 적응형 안내는 늘어난 컴포넌트, 스크롤 불가로 가려지는 조작, 카메라 미리보기, 빈번한 창 크기 변경, window size class를 점검 대상으로 제시합니다(C012). MVP라면 모든 조합을 추정해 통과 선언하기보다, 실제 핵심 과업 하나씩에 조건을 붙여 기록하는 편이 안전합니다.
대상 조건을 적습니다: OS/API, 기기 또는 에뮬레이터, 세로·가로·분할·데스크톱 창 여부.
핵심 과업을 하나 고릅니다: 가입 입력, 결제 전 확인, 업로드, 목록 탐색처럼 실제 완료가 필요한 흐름입니다.
레이아웃을 봅니다: 읽기, 탭, 스크롤, 키보드, 미리보기 중 가려지거나 늘어난 요소를 기록합니다.
상태를 봅니다: 입력값·선택·단계·오류 안내가 변경 전후에 어떻게 되는지 구분합니다.
수정과 재검증을 연결합니다: 고친 화면·조건·관찰 결과를 같은 항목으로 남깁니다.
이 과정은 스토어 심사·설치·전환·매출을 측정하지 않습니다. 그런 결과는 별도 정책과 데이터로 확인해야 합니다. 반대로 이번 검수 기록은 사용자에게 어떤 창 조건에서 어떤 핵심 작업이 막혔는지, 그리고 다음 빌드에서 무엇을 다시 볼지 알려 주는 근거가 됩니다.
공식 원문: Android Developers: App orientation, aspect ratio, and resizability, Android 17 orientation and resizability changes, Handle configuration changes
자주 묻는 질문
세로 고정을 제거하면 모든 화면이 자동으로 좋아지나요?
아닙니다. Android 16·17의 대화면 동작은 제한을 무시할 수 있게 하는 플랫폼 변화입니다. 넓어진 창에서 늘어나는 요소, 가려지는 버튼, 회전 뒤 입력 상태는 실제 창 크기와 화면 흐름에서 별도로 확인해야 합니다.
Android 16의 opt-out을 넣으면 대화면 회전을 계속 막을 수 있나요?
아닙니다. Android 16의 임시 opt-out은 이전 호환 모드를 선택하는 장치일 뿐, 큰 화면에서 표시 방향을 고정하거나 회전을 막는 수단은 아닙니다. Android 17에서는 이 opt-out도 제거됩니다.
화면이 회전할 때 Activity 재생성을 막으면 상태 보존 검수가 끝나나요?
아닙니다. 특정 변경에서 재생성을 피하도록 선언하면 그 변경을 직접 처리할 책임이 생기며, 다른 구성 변경이나 프로세스 종료까지 없애지는 못합니다. 입력·선택·진행 상태를 별도 방식으로 보존해야 합니다.
이 대응이 Google Play 심사·설치·전환 성과를 보장하나요?
아닙니다. 이 글은 대화면과 창 크기 변화에서 UI를 검수하는 기준입니다. 스토어 심사, 설치, 전환, 매출은 각각 별도의 정책·측정 데이터로 확인해야 합니다.