Как возвращал форму в Android после отпуска

Отличный вопрос, который затрагивает одну из ключевых тем отзывчивости и UX в Android — восстановление состояния UI после изменения конфигурации (например, поворота экрана) или системного процесса (убийства приложения в фоне). В современной Android-разработке подходы эволюционировали, и сегодня есть несколько основных способов, от базовых до продвинутых.

Основная Проблема: Уничтожение и Пересоздание Activity

При повороте устройства или изменении языка система по умолчанию полностью уничтожает текущую Activity (вызывая onDestroy()) и создает ее заново (вызывая onCreate()). Все поля класса, включая ссылки на View, теряются. Если не предпринять действий, форма (введенный текст, состояние чекбоксов и т.д.) будет сброшена.

1. Базовый подход: Bundle в onSaveInstanceState() и onRestoreInstanceState()

Это исторически первый и фундаментальный механизм, предоставляемый системой. Он предназначен для сохранения небольшого объема данных (примитивы, Parcelable, Serializable).

• Как работает: Система вызывает onSaveInstanceState(Bundle outState) перед уничтожением Activity (например, перед поворотом). В этот Bundle мы помещаем данные из формы.
• Восстановление: В новом экземпляре Activity в методе onCreate(Bundle savedInstanceState) или специально предназначенном onRestoreInstanceState() мы извлекаем данные из Bundle и применяем их к View.

class MyActivity : AppCompatActivity() {

    private lateinit var editText: EditText
    private lateinit var switch: Switch

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_my)

        editText = findViewById(R.id.editText)
        switch = findViewById(R.id.mySwitch)

        // Восстанавливаем состояние, если оно есть
        savedInstanceState?.let {
            editText.setText(it.getString("EDIT_TEXT_KEY"))
            switch.isChecked = it.getBoolean("SWITCH_KEY", false)
        }
    }

    override fun onSaveInstanceState(outState: Bundle) {
        super.onSaveInstanceState(outState)
        // Сохраняем состояние перед уничтожением
        outState.putString("EDIT_TEXT_KEY", editText.text.toString())
        outState.putBoolean("SWITCH_KEY", switch.isChecked)
    }

    // onRestoreInstanceState() вызывается ПОСЛЕ onCreate(), и Bundle там уже не null.
    // Это альтернативное место для восстановления состояния View.
    override fun onRestoreInstanceState(savedInstanceState: Bundle) {
        super.onRestoreInstanceState(savedInstanceState)
        // Восстановление можно делать и здесь.
    }
}

Плюсы: Простота для небольших данных. Минусы: Громоздко для сложных форм, не подходит для больших объектов (например, списка Bitmap).

2. Современный подход: ViewModel + SavedStateHandle

Это рекомендованный подход в архитектуре Jetpack (Android Architecture Components). Он отделяет данные UI от жизненного цикла Activity/Fragment.

• ViewModel: Переживает изменение конфигурации. Данные, хранящиеся в ViewModel, не уничтожаются при повороте.
• SavedStateHandle: Это механизм для сохранения небольшого набора данных (как Bundle), которые должны пережить даже полное убийство процесса системой. Он работает в паре с ViewModel.

import androidx.lifecycle.SavedStateHandle
import androidx.lifecycle.ViewModel

class FormViewModel(private val savedStateHandle: SavedStateHandle) : ViewModel() {

    // LiveData, связанное с SavedStateHandle. Значение автоматически сохраняется и восстанавливается.
    val textLiveData = savedStateHandle.getLiveData("key_text", "")
    val isSwitchOnLiveData = savedStateHandle.getLiveData("key_switch", false)

    fun updateText(newText: String) {
        textLiveData.value = newText
        // savedStateHandle.set("key_text", newText) // Альтернативный способ
    }

    fun updateSwitchState(isOn: Boolean) {
        isSwitchOnLiveData.value = isOn
    }
}

Во Fragment или Activity вы связываетесь с этой ViewModel и подписываетесь на LiveData/StateFlow. При повороте ViewModel сохраняется, и подписка автоматически получит последние данные.

class MyFragment : Fragment() {
    private val viewModel: FormViewModel by viewModels() // Создание/получение ViewModel

    override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
        super.onViewCreated(view, savedInstanceState)

        val editText = view.findViewById<EditText>(R.id.editText)
        val mySwitch = view.findViewById<Switch>(R.id.mySwitch)

        // Восстановление: подписываемся на LiveData из ViewModel
        viewModel.textLiveData.observe(viewLifecycleOwner) { savedText ->
            if (editText.text.toString() != savedText) {
                editText.setText(savedText)
            }
        }
        viewModel.isSwitchOnLiveData.observe(viewLifecycleOwner) { isChecked ->
            mySwitch.isChecked = isChecked
        }

        // Сохранение: обновляем ViewModel при изменении View
        editText.doAfterTextChanged { text ->
            viewModel.updateText(text.toString())
        }
        mySwitch.setOnCheckedChangeListener { _, isChecked ->
            viewModel.updateSwitchState(isChecked)
        }
    }
}

Плюсы: Чистая архитектура, разделение ответственности, данные переживают поворот, а с SavedStateHandle — и убийство процесса. Минусы: Требует больше кода для настройки.

3. Автоматическое восстановление: ID View и android:saveEnabled

Для стандартных виджетов (EditText, CheckBox, Switch и т.д.) Android предоставляет встроенный механизм автоматического сохранения, если у View установлен android:id. Система сама сохраняет состояние таких View (текст, флаги) в специальный Bundle и восстанавливает его при новом onCreate(). Это работает "из коробки" для большинства простых случаев.

<!-- Достаточно указать id, и состояние сохранится автоматически -->
<EditText
    android:id="@+id/emailEditText" <!-- Ключевой момент! -->
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:hint="Введите email"
    android:inputType="textEmailAddress"/>

Плюсы: Нулевая работа для разработчика для базовых сценариев. Минусы: Не дает контроля над процессом, не работает со сложными кастомными View без дополнительной реализации.

Итог и рекомендации

• Для простых форм часто достаточно автоматического восстановления по android:id.
• Если нужно сохранить что-то помимо состояния стандартных View (например, позицию в списке, состояние табов), используйте onSaveInstanceState().
• Для проектов, следующих современной архитектуре, и для управления сложным состоянием UI абсолютным стандартом является ViewModel + SavedStateHandle. Этот подход масштабируем, тестируем и корректно обрабатывает все сценарии жизни приложения.

Таким образом, "возврат формы" — это не одна техника, а стратегия, выбираемая в зависимости от сложности данных и выбранной архитектуры приложения.