Какая последняя задача потребовала изучения нового материала?

Последняя задача, потребовавшая изучения нового материала

Контекст: Интеграция Jetpack Compose с существующей Java кодовой базой

Примерно полгода назад я сталкивался с амбициозным проектом, где нужно было перевести существующее приложение на Compose, но при этом интегрировать с огромной кодовой базой, написанной на Java и использующей XML макеты. Это потребовало глубокого изучения особенностей совместимости и межоперабельности.

Проблема

Приложение было разработано 8+ лет назад с использованием традиционного подхода (Activity + XML layouts). Попытка переписать всё сразу была нереальна (сотни экранов). Нужно было:

• Постепенно мигрировать экраны с XML на Compose
• Сохранить совместимость между старым и новым кодом
• Переиспользовать существующую логику (ViewModel, Repository, Retrofit клиентов)
• Избежать дублирования тестов и логики

Что пришлось изучать

1. ComposeView и встроенные Compose фрагменты

Больше всего времени ушло на изучение использования ComposeView для встраивания Compose в XML макеты:

// XML макет (старый подход)
<LinearLayout>
    <EditText android:id="@+id/oldWidget" />
    <FrameLayout
        android:id="@+id/compose_container"
        android:layout_width="match_parent"
        android:layout_height="wrap_content" />
</LinearLayout>

// Activity код
class MixedActivity : AppCompatActivity() {
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_mixed)
        
        val composeView = findViewById<ComposeView>(R.id.compose_container)
        composeView.setContent {
            MaterialTheme {
                NewUserProfile()  // новый Compose компонент
            }
        }
    }
}

Проблемы, которые встретил:

• Жизненный цикл ComposeView синхронизируется с Activity
• Theme из XML не наследуется автоматически в Compose
• Padding и margin из XML нужно применять к ComposeView, а не к содержимому

2. Совместимость ViewModel между миром XML и Compose

Визуально ViewModels прекрасно работали везде, но есть нюансы:

// Старый подход (XML)
class UserViewModel : ViewModel() {
    private val _users = MutableLiveData<List<User>>()
    val users: LiveData<List<User>> = _users
}

class UserActivity : AppCompatActivity() {
    private val viewModel: UserViewModel by viewModels()
    
    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_user)
        
        viewModel.users.observe(this) { users ->
            // обновить UI
        }
    }
}

// Новый подход (Compose)
@Composable
fun UserScreen(viewModel: UserViewModel = viewModel()) {
    val users by viewModel.users.observeAsState()
    LazyColumn {
        items(users ?: emptyList()) { user ->
            UserItem(user)
        }
    }
}

Проблема: observeAsState() может пропустить обновления если Compose перерендер происходит быстро. Пришлось использовать StateFlow вместо LiveData:

// Улучшенный ViewModel
class UserViewModel : ViewModel() {
    private val _users = MutableStateFlow<List<User>>(emptyList())
    val users: StateFlow<List<User>> = _users.asStateFlow()
    
    init {
        viewModelScope.launch {
            // загрузка data
        }
    }
}

@Composable
fun UserScreen(viewModel: UserViewModel = viewModel()) {
    val users by viewModel.users.collectAsState()
    // ...
}

3. Пришлось изучить RemoteViews и взаимодействие Compose с ними

Для notifications и widgets нужно было использовать RemoteViews, которые не совместимы с Compose напрямую:

// Старый подход — работает с Compose View, но странно
fun buildNotificationWithCompose(): Notification {
    val remoteViews = RemoteViews(context.packageName, R.layout.notification_layout)
    
    // Нельзя использовать Compose в RemoteViews напрямую
    // Пришлось создавать отдельные XML макеты для notifications
    remoteViews.setTextViewText(R.id.title, "Title")
    remoteViews.setImageViewResource(R.id.icon, R.drawable.ic_notification)
    
    return NotificationCompat.Builder(context)
        .setCustomContentView(remoteViews)
        .build()
}

4. Пришлось разобраться с модульностью и фичей флагами

Для контроля миграции использовал feature flags:

object FeatureFlags {
    var useComposeForUserProfile = BuildConfig.DEBUG // экспериментально
    var useComposeForHome = false
}

fun createUserFragment(): Fragment {
    return if (FeatureFlags.useComposeForUserProfile) {
        ComposeUserFragment()  // Compose версия
    } else {
        LegacyUserFragment()  // XML версия
    }
}

class ComposeUserFragment : Fragment() {
    override fun onCreateView(
        inflater: LayoutInflater,
        container: ViewGroup?,
        savedInstanceState: Bundle?
    ): View = ComposeView(requireContext()).apply {
        setContent {
            UserProfileScreen()
        }
    }
}

Что было самым сложным

Жизненные циклы: Compose имеет свой жизненный цикл, отличающийся от Activity/Fragment. Нужно было понять:

• Когда происходит recomposition
• Как работает mutableState и derivedStateOf
• Как правильно использовать LaunchedEffect для side effects

@Composable
fun UserProfileScreen(userId: String) {
    val viewModel: UserViewModel = viewModel()
    val user by viewModel.user.collectAsState()
    
    // Это будет вызвано при каждой recomposition — проблема!
    // LaunchedEffect позволяет контролировать когда вызывается
    LaunchedEffect(userId) {
        viewModel.loadUser(userId)
    }
    
    // Хороший паттерн для side effects в Compose
    DisposableEffect(Unit) {
        val listener = { /* обновление */ }
        EventBus.register(listener)
        
        onDispose {
            EventBus.unregister(listener)
        }
    }
}

Полученные навыки

1. Глубокое понимание как Compose интегрируется с эмпирическим Android стеком
2. Практический опыт миграции больших проектов пошагово
3. Умение диагностировать проблемы производительности в Compose (recompositions, unnecessary renders)
4. Освоил новые паттерны: State management в Compose, Side effects, Composition locals
5. Понимание различий между LiveData, StateFlow, MutableState для управления состоянием

Результат

• Успешно перевели 40% экранов на Compose
• Производительность улучшилась на 15% благодаря более эффективному рендерингу
• Код стал более модульным и тестируемым
• Team смог быстрее разрабатывать новые экраны с Compose

Эта задача научила меня не только технической части Compose, но и тому, как подходить к техническому долгу и миграции больших систем постепенно и осознанно, без срывов сроков.