LiveData의 변함없는 데이터(TImmutable Data) 지원 방법은?

Q1: LiveData에서 변함없는 데이터(TImmutable Data)란 무엇인가요?
A1: 변함없는 데이터(TImmutable Data)는 생성된 이후 내부 상태가 변경되지 않는 데이터를 의미합니다. 객체가 한 번 생성되면 값이 바뀌지 않아 데이터 안정성과 예측 가능성을 제공합니다.

Q2: LiveData에서 변함없는 데이터를 사용하는 이유는 무엇인가요?
A2: 변함없는 데이터를 사용하면 데이터의 상태 변화가 명확하고 추적이 쉬우며, 동시성 문제를 줄일 수 있어 UI 업데이트 및 데이터 관리를 안정적으로 수행할 수 있습니다.

Q3: LiveData가 기본적으로 변함없는 데이터를 지원하나요?
A3: LiveData 자체는 데이터의 변경 가능성 여부에 직접 관여하지 않습니다. 즉, LiveData에 저장되는 데이터는 가변(Mutable)일 수도, 변함없는(TImmutable) 일 수도 있습니다. 그러나 TImmutable Data를 사용하는 것이 권장됩니다.

Q4: LiveData에서 변함없는 데이터를 어떻게 다루나요?
A4: 변함없는 객체를 LiveData의 값으로 사용하고, 값이 변경되면 새로운 객체 인스턴스를 생성하여 LiveData setValue나 postValue를 호출하여 데이터 변경을 알립니다. 기존 객체를 수정하지 않고 새 객체로 대체하는 방식입니다.

Q5: 변함없는 데이터 패턴을 LiveData에 적용하는 예시는?
A5: 예를 들어, Kotlin data class를 사용해 필요한 데이터 구조를 immutable하게 설계하고, 상태 변화 시 기존 객체를 복사(copy)하여 새 객체를 만들어 LiveData에 제공합니다.
```kotlin
data class User(val name: String, val age: Int)

private val _userLiveData = MutableLiveData()
val userLiveData: LiveData get() = _userLiveData

fun updateUserName(newName: String) {
val currentUser = _userLiveData.value ?: User("", 0)
_userLiveData.value = currentUser.copy(name = newName)
}
```

Q6: 변함없는 데이터를 LiveData에 저장함으로써 얻는 장점은 무엇인가요?
A6: 데이터 변경 시 새로운 객체 할당으로 변경 감지를 명확하게 하여 UI가 정확하게 갱신되고, 사이드 이펙트가 줄며, 스레드 안전성을 확보할 수 있습니다.

Q7: 변함없는 데이터를 LiveData에서 제대로 사용하려면 주의할 점은?
A7: 객체 내부를 직접 변경하지 말고, 반드시 새로운 객체를 생성하여 할당해야 합니다. 또한 복잡한 상태일 경우 불변 컬렉션과 같은 라이브러리(Kotlinx Immutable Collections 등)를 활용할 수도 있습니다.

Q8: LiveData 외에 변함없는 데이터와 함께 사용하는 아키텍처 패턴은 무엇인가요?
A8: MVVM 패턴과 함께 MVI(Model-View-Intent) 아키텍처가 변함없는 상태 관리에 적합하며, LiveData는 ViewModel에서 변함없는 상태를 보관하고 제공합니다.

---

요약: LiveData는 변함없는 데이터 그 자체를 강제하지 않지만, 불변 객체를 데이터 값으로 사용하고 상태가 변할 때마다 새 객체를 할당하는 방식으로 변함없는 데이터(TImmutable Data)를 지원합니다. 이는 안정적인 UI 업데이트와 예측 가능한 상태 관리를 가능하게 합니다.

LiveData의 아키텍처 구성 방법은?

LiveData의 메모리 누수 방지 방법은?

LiveData는 안드로이드 아키텍처 컴포넌트에서 UI 데이터 관리를 위해 사용되는 라이브데이터 홀더 클래스입니다.

LiveData의 기본 특성은 관찰 가능한 데이터를 갖고 있고, UI 라이프사이클을 고려해 자동으로 구독 상태를 관리하는 것입니다.

하지만 LiveData 자체는 데이터의 변경 가능 여부에 대해 강제하지 않기 때문에, 불변(immutable) 데이터를 안전하게 관리하려면 몇 가지 패턴과 방법론이 필요합니다.

LiveData에서 변하지 않는(immutable) 데이터를 지원하고 활용하는 좋은 방법들은 다음과 같습니다: 1. 불변 데이터 객체 사용 LiveData가 보유하는 데이터는 변경 가능한(mutable) 객체가 아닌 불변 객체(예: Kotlin data class, Java의 immutable POJO 등)로 만들어야 합니다.

이렇게 하면 LiveData 내 데이터의 직접적 변경을 방지할 수 있습니다.

예를 들어 List, Map 등의 컬렉션 대신 `List`를 `List`의 불변버전 또는 `Collections.unmodifiableList()` 같은 래퍼로 감싸서 변경 가능성을 막을 수 있습니다.



2. ViewModel에서 MutableLiveData와 LiveData 분리 ViewModel 내에서는 상태를 내부적으로 `MutableLiveData`로 관리하되, 외부에서는 `LiveData` 타입으로 노출합니다.

이 패턴은 외부에 데이터 변경 권한을 주지 않고, 오직 ViewModel 내부에서만 데이터 변경을 허용하는 방법입니다.

```kotlin private val _state = MutableLiveData() val state: LiveData get() = _state ``` 여기서 MyData는 immutable 타입이어야 하며, 외부에서는 `state`를 통해 읽기만 가능하게 합니다.



3. 데이터 클래스의 복사(copy) 메서드 활용 (Kotlin 경우) 데이터 변경이 필요할 때 기존 객체를 직접 변경하지 않고, 데이터 클래스의 `copy()` 메서드로 새로운 인스턴스를 만들어 갱신합니다.

이것은 사실상 immutable 데이터의 활용 원칙입니다.



4. LiveData 업데이트 시 새로운 데이터 인스턴스 대입 LiveData의 `setValue()` 나 `postValue()` 호출 시에 내부 데이터 객체를 변경하기보다는, 새롭게 생성된 객체나 수정된 복제품을 인자로 넘겨줍니다.

이렇게 해야 LiveData 관찰자에게 정확한 변경을 알릴 수 있고, 내부 데이터 구조도 변하지 않습니다.



5. 불변 컬렉션 또는 커스텀 래퍼 사용 불변 컬렉션을 이용하면 원본 데이터를 안전하게 보호할 수 있습니다.

예를 들어 `List` 대신 `ImmutableList` (Guava), Kotlin 불변 컬렉션, 또는 AndroidX Collections API 등을 채택합니다.

직접 불변 컬렉션 래퍼를 만들어 변경 시 예외를 발생하게끔 할 수도 있습니다.



6. LiveData 내 데이터 수정 금지 코딩 관례 팀 내 규칙으로 LiveData 안의 데이터는 직접 수정하지 않고, 새로운 데이터를 만들어 할당하는 관례를 세워 불변성을 보장하도록 합니다.

불변 데이터 관점에서 데이터를 직접 조작하지 않는 것은 매우 중요합니다.

--- LiveData에서 변함없는(immutable) 데이터를 지원하는 핵심 방법은 LiveData가 직접적으로 데이터를 불변 형태로 소유하게 하는 것보다는, ViewModel에서 내부 MutableLiveData와 외부 LiveData를 분리하여, 데이터 객체 자체를 불변으로 설계하고, 변경이 필요할 때마다 새 인스턴스를 만들어 할당하는 방식입니다.

이와 함께 불변 데이터 구조체 및 컬렉션을 활용하는 것이 실전에서 널리 권장되는 방법입니다.