@State와 @Binding 비교

@State와 @Binding은 모두 변경 가능한 데이터를 관리하지만 역할은 다릅니다. 올바른 것을 선택하면 소유권이 명확해집니다. 🎯

이 뷰가 진실 공급원일 때 @State를 사용하세요. @State가 값을 만들고 자체적으로 저장합니다.

값이 다른 곳에 있고 이 뷰는 그 값을 읽고 쓰기만 할 때 @Binding을 사용하세요.

@State는 값을 초기화합니다. @Binding은 절대 값을 만들지 않고, 항상 값을 소유한 부모 뷰로부터 받습니다.

@State는 뷰 내부에서만 사용되므로 private으로 표시하세요. 외부에서 접근해 직접 설정할 수 없어야 합니다.

@Binding은 private이 아니어야 합니다. 부모 뷰가 자식 뷰를 만들 때 값을 전달할 수 있어야 하기 때문입니다.

소유자의 @State는 달러 기호를 통해 자식 뷰의 @Binding으로 바뀝니다. 이것이 두 요소를 연결하는 다리입니다.

데이터를 실제로 소유하는 가장 상위의 뷰는 @State를 사용합니다. 그 아래의 모든 뷰는 @Binding으로 상태를 빌립니다.

이렇게 질문해 보세요. 이 값을 내가 만드는가? 그렇다면 @State입니다. 부모 뷰가 전달하는 값이라면 @Binding입니다. 이 선택은 거의 틀리지 않습니다.

@Binding을 사용해야 할 곳에 @State를 사용하면 자식 뷰가 복사본을 편집하게 됩니다. 부모 뷰는 변경 사항을 확인하지 못하고 UI가 조용히 동기화되지 않습니다.

하나의 데이터가 소유자에서는 @State이고, 빌려 쓰는 모든 뷰에서는 @Binding입니다. 같은 값이지만 책임은 다릅니다. 🔄

값을 소유할 때는 @State를 사용하고, 값을 빌릴 때는 @Binding을 사용하세요. 데이터를 누가 만드는지에 맞는 래퍼를 선택하면 뷰가 동기화된 상태로 유지됩니다. 🧠