SwiftUI

ToDo

• 사용하는 이유는 무엇인가
• AutoLayout을 무엇으로 대체할 수 있는가
  • 내부는 AutoLayout으로 구성되어있지만 개발자가 이를 다룰 필요는 없다 -> 조금 더 알아보자
• StoryBoard와 비교하여 전체적인 구조는 어떻게 바뀌어야하는가
  • ContentView가 VC를 대체하여, MVC -> MV패턴으로 변화, 테스트코드 어떻게 할지 생각
• 한 스크롤뷰안에 여러유형의 레이아웃이 있을 때 UIKit의 CompositionalLayout을 대체할 수 있는가
  • 해킹스위프트를 참고하면 SwiftUI 2.0부터는 CollectionView를 대체할 Grid 등 여러가지가 나왔지만 아직 CompositionalLayout를 대체할 수 없다 -> Grid를 조합 vs UIKit을 같이 쓰는거도 고려
• 뷰에서 일어나는 이벤트를 어떤식으로 처리해야 하는가
• 배포할때는 preview 코드를 지워야 하는가
  • 릴리즈 모드에서는 자동으로 프리뷰 관련 코드가 무시된다고 함
• 순수 SwiftUI로 모든 뷰를 구성하기 위해선 타겟이 iOS 14.0이상으로 해야함
• some은 무엇인가? Opaque Type이다. reverse generic Type라고도 불리우며, 호출된 코드가 호출한 코드의 타입을 결정, 자세한 타입과 구현에 대한 정보를 유저에게 숨기고, 특정 프로토콜을 따르는 API인걸 전달하고 싶을때 사용, 반환값은 무조건 구체 타입임을 강제함. 동일 함수에 대한 모든 호출이 같은 타입 반환을 보장함. https://medium.com/@PhiJay/whats-this-some-in-swiftui-34e2c126d4c4

Tools

• @State
  • 소유
  • 해당 뷰가 소유하고 관리하는 개념을 명시적으로 나타내기 위해 대부분 private 명시
  • Binding 타입의 매개변수를 전달 하기 위해서 $를 붙인다.
  • 변경사항이 감지될 때마다 자동으로 뷰를 업데이트해준다.
• @Binding
  • 참조
• ObservableObject, @ObservedObject
  • 뷰가 모델에게 의존성을 가진다는 것을 명시, 어떤 값이 변화되었는지에 따라 뷰를 갱신하는지도 알려줘야함
• @Published
  • 뷰를 갱신하는 값에대해 명시
  • objectWillChange를 이용하여 시점을 커스텀할수있음
• @EnvironmentObject
  • 간접적인 의존성을 만든다. Binding으로 매번 자식뷰에게 동일 모델에 대한 참조를 주는것이 아니라, 환경 요소로 등록하여 자식뷰라면 모두 참조할 수 있게 된다.

데이터 흐름이 UIKit과 많이 다르지만,잘 이해하면 훨씬 효율적이고 간편함

propertyWrapper를 이해해야 SwiftUI's state를 이해할 수 있다. (projectedValue, 바인딩시 $기호가 붙는 이유)

• @State를 명시하면 3가지 value가 생긴다.