Skip to content

💙 [24년 12월]

mint3382 edited this page Apr 1, 2025 · 3 revisions

⭐️ Introducing SwiftUI: Building Your First App ‐ 20241223

iOS 개발 방식의 진화와 SwiftUI의 등장

선언형 프로그래밍과 SwiftUI

선언형 프로그래밍의 특징:
- "무엇을" 그릴지를 선언하고 "어떻게" 그릴지는 프레임워크에 위임.
- 예: SwiftUI에서 @State나 @Binding을 통해 상태 변화를 UI에 쉽게 반영.
SwiftUI와 UIKit 비교:
- UIKit은 명령형 프로그래밍 방식으로, 상태와 뷰를 동기화해야 함.
- SwiftUI는 데이터와 뷰를 양방향 데이터 바인딩으로 연결하여 상태 관리를 단순화.
이번 WWDC에 대한 감상:
- 선언형 방식과 UI 구성의 단순화를 강조했지만, 심화된 내용은 부족했다는 의견.

SwiftUI의 장점과 상태 관리

양방향 데이터 바인딩의 장점:
- 상태에 따른 UI 업데이트를 자동으로 수행.
- 예: 조건문으로 상태를 관리할 경우 다양한 조합을 수작업으로 처리할 필요 없음.
상태 관리를 간소화하는 도구:
- @State, @Binding, @ObservedObject 등.
- UI 상태 변화에 따른 디버깅이 간편.
UIKit과의 차이:
- UIKit은 상태 변화 시 명시적으로 뷰를 업데이트해야 하며, 복잡한 디버깅이 요구됨.

성능 최적화 관점에서의 SwiftUI

구조체 기반의 뷰 구성:
- SwiftUI는 구조체로 뷰를 생성하므로 메모리 관리가 효율적.
- 구조체는 스택에 저장되므로 할당/해제가 빠름.
런타임 오버헤드 감소:
- 뷰를 잘게 나누고 조합해도 구조체이기 때문에 런타임 오버헤드 없음.
- UIKit은 뷰를 잘게 나눌수록 뷰 인스턴스가 늘어나기 때문에 런타임 오버헤드 증가 (메모리 할당/해제, 오토레이아웃 등)

SwiftUI와 UIKit의 기술적 차이

SwiftUI와 UIKit의 구조적 차이

UIKit의 클래스 기반 접근:
- UI는 UIView, UIViewController와 같은 클래스 기반으로 동작.
- 클래스는 힙에 할당되며, 메모리 관리에 추가적인 비용이 발생.
SwiftUI의 구조체 기반 접근:
- 구조체는 값 타입으로 스택에 저장되어 메모리 오버헤드가 적음.

타입 추론과 제네릭 활용

SwiftUI의 제네릭 중첩:
- SwiftUI는 뷰를 제네릭 타입으로 변환하여 관리.
- 예: 조건문에 따라 뷰가 다르면 제네릭이 중첩되어 타입 추론 시간이 증가.
UIKit의 타입 관리:
- UIKit은 정해진 클래스 타입 사용으로 타입 추론 부담이 적음.
- 상태 관리와 뷰 업데이트는 런타임에 수행.

뷰 계층 관리 방식

UIKit의 뷰 계층:
- 뷰 계층이 깊어질수록 성능 저하 가능.
- 오토레이아웃과 델리게이트 사용으로 복잡도가 증가.
SwiftUI의 컴포지셔널 뷰:
- 뷰를 작은 구성 요소로 쪼개어 조합 가능.
- 상태 기반 렌더링으로 최적화된 뷰 계층 제공.

SwiftUI의 실무 적용 고려사항

상태 관리와 데이터 흐름

소스 데이터와 뷰의 연결:
- @State와 @StateObject 등 Source of Truth 사용으로 데이터 일관성 유지.
- 예: @Published 프로퍼티를 사용하면 상태 변경 시 자동으로 UI 업데이트.
복잡한 데이터 모델 처리:
- 단순한 UI에는 @State 사용 권장.
- 복잡한 로직은 ObservableObject로 분리해 관리.

컴파일 타임 최적화

컴파일 타임 에러:
- 뷰가 복잡해지면 타입 추론 실패 가능.
- 해결책:
  - 뷰를 작은 단위로 나누어 타입 추론 부담 완화.
  - 조건부 로직을 명확하게 작성.
컴파일 타임 vs. 런타임 UI 검증:
- UIKit은 런타임 에러 발생 가능성이 크지만, SwiftUI는 컴파일 타임에 대부분 검증.
- ex) UIKit에서는 subview 추가 안 함, 오토레이아웃 에러 등 실행해야 알 수 있지만, SwiftUI의 UI 로직 에러는 대부분 컴파일 타임에 검증 가능하다.

접근성과 성능 고려

접근성(Accessibility) 통합:
- SwiftUI는 Accessibility API를 통해 손쉽게 접근성 기능 추가 가능.
- UIKit 대비 접근성 설정 시간이 단축.
성능 최적화:
- 뷰 업데이트는 상태 변화에 기반해 수행되므로 불필요한 리렌더링 방지.

Clone this wiki locally