THIS IS ELLIE

@State 뷰 안에서 완전히 로컬라이즈 된 것. 얼럿 띄우기, 편집, 애니메이션과 같은 일시적인 상태에만 사용한다. View 구조체는 (read - only) 읽기 전용이다. 예로 SwiftUI가 모든 뷰를 유지하는 데 사용하는 변수는 let! 이다. let이면 immutable 하기 때문에 아무도 변경할 수 없으니까 어지럽힐 수도 없다. 또한 뷰 생성 시 초기화되는 변수 외에는 변수가 있는 것이 소용이 없다. 읽기 전용이거나 계산된 변수만 의미가 있다. 뷰는 대부분 "stateless"이어야 하며 모델을 그리는 역할을 한다. 그래서 대부분 뷰는 어떤 상태가 필요하지 않기 때문에 읽기 전용이다. 영구적인 상태는 모델에 속하고 일시적인 상태를 사용할 때 State를 사용한다. @State private ..

접근제어자 접근제어자는 접근에 대한 권한을 지정하는 것. 다른 곳에서 접근할 필요가 없으면 private키워드를 붙여준다. private(set) 키워드를 작성해 get만 가능하도록 할 수 있다. private(set) var cards: Array MemoryGame 모델에 cards변수에 private(set)을 지정해 뷰모델에서 접근만 가능하도록 한다. // MARK: - Access to the model var cards: Array { return model.cards } @ViewBuilder some View를 리턴하는 모든 곳에는 해당 키워드@ViewBuilder를 넣을 수 있다. Content는 뷰 리스트로 해석하고 하나로 결합한다. 여기서 하나의 뷰는 (2개에서 10개의 뷰) Tupl..

Array+Only 배열의 Element가 오직 한 개인지 확인하는 연산 프로퍼티 정의. 배열 Element개수가 1개면 first를 리턴하고 아니면 nil을 리턴. Array+Identifiable Array의 Element가 Identifiable을 준수할 때 firstIndex(matching: Element) -> Int? 함수를 사용해 원하는 인덱스를 가져올 수 있다. Grid Item, ItemView는 제네릭이 때문에 타입은 몰라도 되고 where을 통해 Identifiable, View라는 제약을 준다. init부분에 viewForItem은 초기화 할 때 사용하지 않고 나중에 사용되기 때문에 @escaping을 붙혀줌. 이는 레퍼런스 타입이며 힙에 존재한다. 모델 mutating func ..

모델 모델 MemoryGame은 에 들어오는 타입이 무엇인지 상관하지 않는다. (제네릭 사용) MemoryGame을 init 하면서 CardContent가 무엇인지 신경 쓰는 쪽이 모델을 위해 만들어준다. 아래 mutating func choose(card: Card)함수를 살펴보자. mutating func choose(card: Card) { print("card가 선택되었다 \(card)") let chosenIndex: Int = index(of: card) cards[chosenIndex].isFaceUp = !cards[chosenIndex].isFaceUp } 여기서 파라미터로 넘어오는 card는 let이기 때문에 상수이다. 우리는 in-place하게 array에 있는 카드의 속성을 변경하기..

MVVM은 디자인 패러다임이다. MVVM 없이는 SwiftUI를 사용할 수 없다. 모델 앱의 백앤드 역할 그리고 UI와 View에 독립적이다. 그렇기 때문에 아래와 같이 SwiftUI패키지를 추가하지 않는다. import SwiftUI 데이터와 로직을 가진다. 예를 들어 카드 매칭 게임이 있으면 카드는 데이터가 되고 매칭 하는 부분은 로직이 된다. 뷰 모델을 반영한다. 상태를 가지지 않고 가질 필요가 없다. 리액티브 하기 때문에 모델이 변경될 때 뷰가 자동적으로 변경된다. 뷰모델 뷰를 모델에 바인드 한다. (바인딩) 번역가와 같다. // 모델에서 뷰로 만약에 모델 구조체에 변경이 있다면 뷰모델한테 변경이 있음을 알려준다. 뷰는 뷰모델을 관찰하고 있다가 자동적으로 뷰를 그린다. (즉 뷰모델은 뷰에 대한 포..

프로젝트를 처음 생성하고 ContentView의 모습이다. 아래 코드는 코드를 작성하는 부분과 화면이 프리뷰 윈도우가 나타나는 오른쪽을 연결해주는 역할을 한다. struct ContentView_Previews: PreviewProvider { static var previews: some View { ContentView() } } 개발을 하다보면 오른쪽 프리뷰 윈도우에 실시간적으로 반영이 안 될 때도 있지만, 그럴 때마다 우측 상단에 있는 resume버튼을 눌러주자. 그러면 프리뷰 윈도우에 노출될 것이다. import SwiftUI 위 줄은 SwiftUI 패키지를 포함한다는 뜻이다. UI작업이 포함되지 않는다면 Foundation 프레임워크를 포함해라. (마젠타 색으로 표시된 것은 키워드를 나타낸다...

이전에 살펴봤던 @State에 이어서 @Binding, @ObservedObject and @EnvironmentObject를 살펴보겠습니다. @State 뷰가 소유하고 있는 변수입니다. @State 변수는 영구 저장소를 할당하게 됩니다. 애플은 @State변수가 특정 뷰에게 관리되고 소유되도록 private 하게 선언하도록 합니다. 2020/11/02 - [개발/SwiftUI] - SwiftUI @State살펴보기 @Binding 데이터를 저장하는 프로퍼티와 데이터를 표시하고 변경하는 뷰 사이에 연결을 @Binding을 사용해 만들 수 있습니다. (즉 다른 뷰에서 @State 변수를 바인딩할 수 있습니다.) @Binding은 데이터의 참조값을 가지고 있기 때문에 @State와 다르게 초기화해주지 않아도..

값이 변하면 UI가 업데이트되어야 한다고 가정해봅시다. 그때 SwiftUI에서는 @State를 사용할 수 있습니다. SwiftUI는 State로 선언된 프로퍼티의 저장 공간을 관리합니다. SwiftUI에서 @State변수가 변경되면 뷰는 appearance를 무효화하고 body를 재계산합니다. 주어진 뷰에 대한 단일 소스로 사용합니다. State 인스턴스는 값 그 자체라는 것이 아니라 값의 읽기와 쓰는 수단입니다. 뷰의 본문 내부 또는 호출된 메서드에서만 프로퍼티에 접근해야 합니다. 뷰 클라이언트가 접근하지 못하도록 프로퍼티를 private으로 선언합니다. 어떤 스레드에서도 프로퍼티 상태를 변경하는 것은 안전합니다. 다른 뷰에 프로퍼티 상태를 전달하기 위해서 $와 변수 이름을 함께 사용해 프로퍼티 속성을..