-
Notifications
You must be signed in to change notification settings - Fork 3
Boost‐SwiftUI‐2024年07月11日(목)
junbok97 edited this page Jul 21, 2024
·
2 revisions
- 2024年07月11日 목 오후 9:53 ・ 46분 58초
- 이준복 권승용 윤동주 유정주 홍승현
- 클로버노트를 이용해 회의 내용을 기록하고, GPT를 이용해 요약, 편집했습니다.
- 구조체의 인스턴스 소멸: SwiftUI에서 구조체 인스턴스는 한 번 렌더링된 후 사라지지만, 필요할 때 다시 생성된다.
- SOT (Single Source of Truth): 상태가 변경되면 해당 상태를 사용하는 뷰들만 업데이트된다. 이는 프레임워크가 상태와 뷰를 연결해 관리하기 때문에 가능하다.
- 뷰의 계층 구조: 변경된 상태를 기준으로 필요한 부분만 다시 그려진다. 전체 뷰가 아닌 필요한 뷰만 업데이트되기 때문에 효율적이다.
- 뷰 모델의 생명 주기: 뷰 모델이 클래스일 경우, 특수한 상태 저장 프로퍼티 래퍼(StateObject 등)를 사용하지 않으면 사라질 수 있다.
- 뷰와 구조체의 생명 주기 관리: SwiftUI는 뷰의 생명 주기와 구조체의 생명 주기를 별도로 관리한다. 이는 효율적인 리렌더링을 위해 필요하다.
- 리렌더링 테스트: 특정 상태 변화 시 전체 뷰가 아닌 필요한 부분만 업데이트되는지 테스트 필요.
- 상태 바인딩: 상태를 바인딩하여 뷰의 일부분만 변경되는지 확인.
SwiftUI에서는 구조체 인스턴스가 렌더링된 후 사라지지만, 상태(SOT)가 변경되면 해당 상태를 사용하는 뷰만 다시 그려집니다. 이는 프레임워크가 상태와 뷰를 연결해 관리하기 때문에 가능합니다. 또한, 뷰 모델이 클래스일 경우, 특수한 상태 저장 프로퍼티 래퍼를 사용하지 않으면 사라질 수 있습니다. SwiftUI는 뷰의 생명 주기와 구조체의 생명 주기를 별도로 관리하여 효율적인 리렌더링을 지원합니다.
SwiftUI에서 뷰와 구조체의 관계를 이해하는 것이 중요합니다. 상태 변화 시 필요한 부분만 리렌더링하는 방식은 애플리케이션의 성능을 최적화하는 데 큰 역할을 합니다. 따라서 뷰의 계층 구조와 상태 관리에 대한 깊이 있는 이해가 필요합니다.