[MVVM] Model에서 Class대신 Struct를 사용하는 이유

Swift에서 구조체와 클래스는 둘 다 데이터를 저장하고 메서드를 포함할 수 있다.

 

 

구조체 (Struct)

• 값 타입(Value Type)
  : 구조체는 값 타입이다. 구조체의 인스턴스를 변수나 상수에 할당하거나 함수에 전달할 때, 항상 새로운 복사본이 만들어진다.
• 불변성(Immutability)
  : 구조체는 값 타입이기 때문에, 구조체의 인스턴스는 다른 곳에서 변경되지 않는다.
• 상속 불가: 구조체는 상속을 지원하지 않는다. 구조체는 상속 계층이 필요하지 않은 단순한 데이터 모델에 적합하다.
• 초기화: 구조체는 자동으로 멤버와이즈 이니셜라이저를 제공.

 

 

클래스 (Class)

• 참조 타입(Reference Type)
  : 클래스는 참조 타입이다. 클래스의 인스턴스를 변수나 상수에 할당하거나 함수에 전달할 때, 동일한 인스턴스에 대한 참조가 전달된다.
• 가변성(Mutability): 클래스 인스턴스를 여러 곳에서 참조하면, 한 곳에서 변경된 내용이 모든 참조에 반영된다.
• 상속 가능: 클래스는 상속을 지원한다. 상속 계층이 필요한 복잡한 데이터 모델에 적합하다.
• 디이니셜라이저: 클래스는 deinit을 사용하여 인스턴스가 메모리에서 해제되기 전에 정리 작업을 할 수 있다.

 

 

구조체와 클래스를 선택하는 기준

• 값 타입 vs. 참조 타입: 값 타입으로 사용하고 싶다면 구조체, 참조 타입으로 사용하고 싶다면 클래스를 사용합니다.
• 상속 필요성: 상속이 필요하다면 클래스를 사용합니다. 상속이 필요 없다면 구조체를 사용합니다.
• 불변성: 데이터가 불변성을 유지하는 것이 중요한 경우 구조체를 사용합니다. 불변성을 유지하지 않아도 되면 클래스를 사용할 수 있습니다.
• 단순 데이터 모델: 단순한 데이터 모델은 구조체로 구현하는 것이 좋습니다. 복잡한 데이터 모델은 클래스로 구현합니다.

 

 

 

포켓몬 모델에서의 적용

 

Pokemon 데이터 모델이 상속 계층 필요 없는 이유

1. 단순 데이터 모델:

포켓몬 데이터 모델은 기본적으로 단순한 데이터 구조다. 여러 타입의 포켓몬을 표현하는 데 있어서 상속이 필요하지 않음.

포켓몬의 속성 (키, 몸무게, 타입 등)은 각 포켓몬 객체에 독립적으로 존재하므로, 상속을 통해 공통 기능을 공유할 필요가 없다.

 

 

2. 구성(composition) 활용:

상속 대신 구성(composition)을 사용하는 것이 더 적절하다. 이는 유연성과 재사용성을 높이는 방법.

예를 들어, Pokemon 구조체는 Species, TypeElement, Sprites와 같은 다른 구조체를 포함하여 필요한 데이터를 구성한다.

이를 통해 각 구성 요소가 독립적으로 관리되고 재사용될 수 있다.

 

3. 값 타입으로 불변성 유지:

Pokemon 구조체와 그 내부의 다른 구조체들(TypeElement, Species, Sprites) 모두 값 타입이므로,
이 데이터는 변경 불가능한 상태로 유지된다.

 

4. 단순한 데이터 모델:

포켓몬 데이터는 단순한 속성들로 구성되어 있으며, 상속 계층 없이 구성만으로도 필요한 모든 데이터를 표현할 수 있다.

 

결론

포켓몬 모델에서 불변성이 중요한 이유는 데이터 일관성 유지, 스레드 안전성, 코드 가독성 및 유지보수성을 향상시키기 위해서이다.

또한, 포켓몬 모델은 단순한 데이터 구조이므로 상속 계층이 필요 없고, 구성만으로 충분히 표현할 수 있다.

따라서 구조체를 사용하여 모델을 구현하는 것이 적절하다는 결론.