프래그먼트로 상태 저장

다양한 Android 시스템 작업은 프래그먼트 상태에 영향을 미칠 수 있습니다. Android 프레임워크에서는 사용자 상태가 저장되도록 프래그먼트와 백 스택을 자동으로 저장하고 복원합니다. 따라서 프래그먼트의 모든 데이터도 저장되고 복원되도록 해야 합니다.

다음 표는 프래그먼트가 상태를 잃게 만드는 작업과 함께 다양한 유형의 상태가 이러한 변경에도 지속되는지를 간략하게 설명합니다. 표에서 언급된 상태 유형은 다음과 같습니다.

• 변수: 프래그먼트의 로컬 변수
• 뷰 상태: 프래그먼트의 뷰 하나 이상에서 소유한 모든 데이터
• SavedState: onSaveInstanceState()에 저장되어야 하는 이 프래그먼트 인스턴스에 고유한 데이터
• NonConfig: 서버 또는 로컬 저장소와 같은 외부 소스에서 가져온 데이터 또는 커밋된 후 서버에 전송되는 사용자 생성 데이터

변수는 종종 SavedState와 동일하게 간주되지만 다음 표에서는 두 가지를 구별하여 다양한 작업이 각각에 미치는 영향을 보여 줍니다.

* NonConfig 상태는 ViewModel의 저장된 상태 모듈을 사용하여 프로세스 종료 시에도 유지될 수 있습니다.

표 1: 프래그먼트를 파괴하는 다양한 작업과 이러한 작업이 여러 상태 유형에 미치는 영향

구체적인 예를 살펴보겠습니다. 임의의 문자열을 생성하여 TextView에 표시하고 친구에게 전송하기 전에 문자열을 수정하는 옵션을 제공하는 화면을 생각해 보세요.

이 예에서는 사용자가 수정 버튼을 누르면 앱에서 사용자가 메시지를 수정할 수 있는 EditText 뷰를 표시한다고 가정합니다. 사용자가 취소를 클릭하면 EditText 뷰가 지워지고 공개 상태가 View.GONE으로 설정되어야 합니다. 이러한 화면이 원활하게 작동하려면 다음과 같은 4가지 데이터 관리가 필요합니다.

표 2: 무작위 텍스트 생성기 앱에서 관리해야 하는 상태입니다.

다음 섹션에서는 파괴적인 작업을 통해 데이터 상태를 올바르게 관리하는 방법을 설명합니다.

뷰 상태

뷰는 자체 상태를 관리합니다. 예를 들어 뷰에서 사용자 입력을 수락하면 이 입력을 저장하고 복원하여 구성 변경을 처리하는 것은 뷰가 책임집니다. Android 프레임워크에서 제공하는 모든 뷰에는 자체 onSaveInstanceState() 및 onRestoreInstanceState()의 구현이 있으므로 프래그먼트 내에서 뷰 상태를 관리하지 않아도 됩니다.

예를 들어 이전 시나리오에서는 수정된 문자열이 EditText에 보관됩니다. EditText는 표시하는 텍스트의 값뿐 아니라 선택된 텍스트의 시작 및 끝과 같은 기타 세부정보를 알고 있습니다.

뷰 상태를 유지하려면 뷰에 ID가 필요합니다. 이 ID는 프래그먼트와 프래그먼트의 뷰 계층 구조 내에서 고유해야 합니다. ID가 없는 뷰는 상태를 유지할 수 없습니다.

<EditText
    android:id="@+id/good_deed_edit_text"
    android:layout_width="match_parent"
    android:layout_height="wrap_content" />

표 1에서 언급했듯이 뷰는 프래그먼트를 삭제하거나 호스트를 제거하지 않는 모든 작업을 통해 ViewState를 저장하고 복원합니다.

SavedState

프래그먼트는 프래그먼트의 작동 방식에 필수적인 소량의 동적 상태를 관리합니다. Fragment.onSaveInstanceState(Bundle)를 사용하여 쉽게 직렬화된 데이터를 유지할 수 있습니다. Activity.onSaveInstanceState(Bundle)와 마찬가지로 번들에 배치하는 데이터는 구성 변경과 프로세스 종료 및 재생성을 통해 유지되고 프래그먼트의 onCreate(Bundle), onCreateView(LayoutInflater, ViewGroup, Bundle), onViewCreated(View, Bundle) 메서드에서 사용할 수 있습니다.

이전 예를 계속 진행하면 randomGoodDeed는 사용자에게 표시되는 동작이고 isEditing은 프래그먼트가 EditText를 표시하는지 숨기는지 판단하는 플래그입니다. 이 저장된 상태는 다음 예와 같이 onSaveInstanceState(Bundle)를 사용하여 유지해야 합니다.

override fun onSaveInstanceState(outState: Bundle) {
    super.onSaveInstanceState(outState)
    outState.putBoolean(IS_EDITING_KEY, isEditing)
    outState.putString(RANDOM_GOOD_DEED_KEY, randomGoodDeed)
}

@Override
public void onSaveInstanceState(@NonNull Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putBoolean(IS_EDITING_KEY, isEditing);
    outState.putString(RANDOM_GOOD_DEED_KEY, randomGoodDeed);
}

onCreate(Bundle)에서 상태를 복원하려면 번들에서 저장된 값을 검색합니다.

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    isEditing = savedInstanceState?.getBoolean(IS_EDITING_KEY, false)
    randomGoodDeed = savedInstanceState?.getString(RANDOM_GOOD_DEED_KEY)
            ?: viewModel.generateRandomGoodDeed()
}

@Override
public void onCreate(@Nullable Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    if (savedInstanceState != null) {
        isEditing = savedInstanceState.getBoolean(IS_EDITING_KEY, false);
        randomGoodDeed = savedInstanceState.getString(RANDOM_GOOD_DEED_KEY);
    } else {
        randomGoodDeed = viewModel.generateRandomGoodDeed();
    }
}

표 1에서 언급했듯이 변수는 프래그먼트가 백 스택에 배치되면 유지됩니다. 변수를 저장된 상태로 취급하면 파괴적인 작업이 수행되어도 유지됩니다.

NonConfig

NonConfig 데이터는 프래그먼트 외부(예: ViewModel)에 배치해야 합니다. 위의 예에서 seed(NonConfig 상태)는 ViewModel에서 생성됩니다. 상태를 유지하는 로직은 ViewModel에서 소유합니다.

public class RandomGoodDeedViewModel : ViewModel() {
    private val seed = ... // Generate the seed

    private fun generateRandomGoodDeed(): String {
        val goodDeed = ... // Generate a random good deed using the seed
        return goodDeed
    }
}

public class RandomGoodDeedViewModel extends ViewModel {
    private Long seed = ... // Generate the seed

    private String generateRandomGoodDeed() {
        String goodDeed = ... // Generate a random good deed using the seed
        return goodDeed;
    }
}

ViewModel 클래스는 기본적으로 화면 회전과 같은 구성 변경에도 데이터를 유지할 수 있으며 프래그먼트가 백 스택에 배치되면 메모리에 유지됩니다. 프로세스 종료 및 재생성 후 ViewModel이 다시 생성되고 새 seed가 생성됩니다. SavedState 모듈을 ViewModel에 추가하면 ViewModel이 프로세스 종료 및 재생성을 통해 간단한 상태를 유지할 수 있습니다.

추가 리소스

프래그먼트 상태 관리에 관한 자세한 내용은 다음 추가 리소스를 참고하세요.

Codelab

• 수명 주기 인식 구성요소 Codelab

가이드

• ViewModel의 저장된 상태 모듈
• UI 상태 저장