UIKit Navigation Guide

탭, 네비게이션, 모달 전환 차이

세 전환은 "화면 이동 방식"이 아니라 "정보 구조와 사용자 흐름 모델"이 다르다. 잘못 고르면 구현은 되지만 UX 일관성과 상태 관리가 빠르게 무너진다.

IA-driven transition Ownership and state Knowledge item #26

학습 날짜

기록 없음

한눈에 비교

전환 방식	핵심 목적	상태 모델	대표 컴포넌트
탭(Tab)	상위 카테고리 간 병렬 이동	탭별 독립 히스토리/문맥 유지	`UITabBarController`
네비게이션(Push/Pop)	깊이 있는 계층 탐색	스택 기반 히스토리	`UINavigationController`
모달(Present/Dismiss)	현재 흐름 위에 임시 과업 수행	기존 흐름 위에 오버레이	`present(_:animated:)`

언제 탭을 쓰나

홈/검색/보관함처럼 동등한 1단계 목적지가 있을 때
사용자가 탭을 바꿔도 이전 탭 상태를 유지해야 할 때
기능이 "병렬" 구조일 때

언제 네비게이션을 쓰나

목록 -> 상세 -> 하위 상세처럼 계층을 따라 들어갈 때
뒤로 가기가 정보 탐색의 핵심일 때
화면 깊이가 UX의 자연스러운 표현일 때

언제 모달을 쓰나

로그인, 권한 요청, 필터 설정처럼 "현재 흐름을 잠깐 중단"해야 할 때
완료/취소가 명확한 과업을 독립적으로 처리할 때
원래 화면 문맥을 보존한 채 보조 흐름을 열어야 할 때

모달은 "새 깊이"가 아니라 "임시 분기"다. 탐색 계층을 모달로 누적하면 back model이 불안정해진다.

난이도 높은 설명: 상태 복원과 전환 정책

// 탭마다 독립 navigation stack 유지 (개념 예시)
let homeNav = UINavigationController(rootViewController: HomeVC())
let searchNav = UINavigationController(rootViewController: SearchVC())
let profileNav = UINavigationController(rootViewController: ProfileVC())

let tab = UITabBarController()
tab.viewControllers = [homeNav, searchNav, profileNav]

// 모달은 흐름 위에 임시 과업으로
present(FilterViewController(), animated: true)

시니어 관점 핵심: 전환 API보다 "상태 복원 단위"를 먼저 설계해야 한다.
탭은 독립 문맥 보존, 네비게이션은 깊이 이력 보존, 모달은 과업 경계 보존이 본질이다.
전환 버그 대부분은 UI 애니메이션이 아니라 상태 ownership 설계 미스로 시작된다.

자주 하는 실수

탐색 계층을 모달로 계속 열어 화면 스택 의미가 붕괴
탭 전환 시마다 루트부터 재생성해 사용자 문맥 유실
push로 열어야 할 상세를 탭 전환으로 처리해 UX 혼란 유발

실무 체크리스트

이 전환이 "병렬", "계층", "임시 과업" 중 무엇인지 먼저 분류했는가?
복귀 경로(back/dismiss)가 사용자 기대와 일치하는가?
탭별 네비게이션 상태를 독립적으로 보존하는가?
모달 종료 시 원래 화면 상태 복원이 자연스러운가?

Q

이 섹션은 위에서 나온 질문뿐 아니라, 새로운 개발적 지식과 시니어라면 알아야 할 내용까지 추가한다.

Q. 탭과 네비게이션을 같이 써도 되나? -> A. 보통 탭 안에 각자 네비게이션 스택을 두는 구조가 표준이다.
Q. 상세 화면을 모달로 띄우면 안 되나? -> A. 가능은 하지만 "탐색 계층"이면 push가 더 일관된 back model을 준다.
Q. 모달을 fullScreen으로만 써야 하나? -> A. 아니다. 과업 성격에 맞춰 pageSheet/formSheet/fullScreen을 선택해야 한다.
Q. 전환 방식은 언제 바꿔야 하나? -> A. 사용자 과업 모델이 바뀌었을 때다. 코드 편의성 때문에 바꾸면 상태 설계가 깨질 확률이 높다.