-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
질문있습니다~! #1
Comments
안녕하세요. 먼저 좋은 피드백 고맙습니다. :) 아시는 바와 같이 SwiftUI에서 모든 뷰는 View 프로토콜을 준수하는 객체로 캡슐화되어 있습니다. 따라서 EnvironmentObject를 통해서 컴포넌트를 관리, 조작하는 로직과 View를 구성하는 UI를 완전히 분리해서 설계가 가능하다는 것으로 이해하시면 좋을 것 같습니다. https://medium.com/p/21f53f84c2c0 |
아아 넵. 그런 의미 였군요. 답변 감사드립니다. 추천해주신 포스팅 또한 고퀄리티네요. 2편도 틈내서 잘 읽어보도록 하겠습니다. 😁 |
안녕하세요, 영상을 너무 잘 봤습니다 :)
아주 쉬운 예시를 통해 쉽게 설명해주시는 내용도 좋았고, SwiftUI로 만드셨다는 화려한 발표자료도 좋았습니다. 유익했어요~
그런데, 영상 중간에 제가 이해를 잘 못한 부분이 있어서 질문을 좀 드릴까 합니다. 영상 16:00에서 SwiftUI 디자인에 종속적이지 않은 컴포넌트 구조 설계 가능이라고 하셨잖아요. 그리고 environmentObject 는 말씀하신 대로 어떤 모델을 속성을 선언하는 것만으로 참조할 수 있게 해주는 프로퍼티 래퍼이구요.
다음으로 라디오 버튼을 예시로 들었는데, 이 라디오 버튼도 UIKit의 스택뷰를 사용해서 만들면 각각의 커스텀 클래스로 따로 안만들고 구현할 수는 있잖아요. 하지만 보통은 디자인이 일부 수정될 수 있으니까 유지보수나 관리의 목적으로 말씀하신대로 따로따로 만들긴 하지만요.
그러면, 같은 맥락으로 SwiftUI로 컴포넌트를 작성하는것도 라디오 버튼처럼 하나의 디자인으로 여러 형태를 커버해버리면 결국에 해당 컴포넌트가 좀 복잡해지지 않나요 ? UIKit의 스택뷰로 구현하는 것과 마찬가지로 그냥 따로 나누어서 만드는게 나은것인지 궁금합니다.
아니면, UIKit+스택뷰가 아니라 UIkit+오토레이아웃을 가정하시고 설명을 하신걸까요 ? 그러면 확실히 무조건 따로 만들어야 될 것 같긴 한데..
"SwiftUI는 디자인에 종속적이지 않은 컴포넌트 구조 설계 가능" 이라는 말이 명확히 이해가 잘 되지 않아 추가 질문 드립니다. 시간 되실 때 편하게 답변해주세요~
The text was updated successfully, but these errors were encountered: