
Compose Multiplatform Patterns
- 1.4k installs
- 238k repo stars
- Updated August 5, 2026
- affaan-m/ecc
This is a copy of compose-multiplatform-patterns by affaan-m - installs and ranking accrue to the original listing.
compose-multiplatform-patterns is a Kotlin UI skill that provides battle-tested Jetpack Compose and Compose Multiplatform patterns for state management, navigation, theming, and performance for developers building shared
About
compose-multiplatform-patterns is an ECC skill cataloging production patterns for Jetpack Compose and Compose Multiplatform in Kotlin multiplatform projects. It covers state management with ViewModel plus single state data classes exposed as StateFlow, navigation setup, reusable composables, design-system theming, and recomposition performance tuning across Android, iOS, desktop, and Web targets. Developers reach for compose-multiplatform-patterns when implementing Compose UI, wiring ViewModel-driven screen state, building KMP navigation graphs, or optimizing render performance in shared UI codebases. Patterns emphasize a single screen-state data class collected in Compose rather than scattered mutable state. The skill activates whenever shared composable architecture decisions arise in KMP or Android-only Compose projects.
- ViewModel + Single State Object pattern with StateFlow
- Reusable composables and design system guidance
- Navigation patterns for KMP and Android projects
- Recomposition and rendering performance optimization
- Platform-specific UI handling across Android, iOS, Desktop and Web
Compose Multiplatform Patterns by the numbers
- 1,394 all-time installs (skills.sh)
- +92 installs in the week ending Aug 5, 2026 (Skillselion tracking)
- Data as of Aug 5, 2026 (Skillselion catalog sync)
npx skills add https://github.com/affaan-m/ecc --skill compose-multiplatform-patternsAdd your badge
Show developers this skill is listed on Skillselion. Paste this into your README.
| Installs | 1.4k |
|---|---|
| repo stars | ★ 238k |
| Last updated | August 5, 2026 |
| Repository | affaan-m/ecc ↗ |
How do you structure shared Compose Multiplatform UI state?
Get battle-tested patterns for state management, navigation, theming and performance when building shared UIs with Compose Multiplatform or Jetpack Compose.
Who is it for?
Kotlin developers building shared Compose UIs across Android, iOS, desktop, and Web who need proven state, navigation, and performance patterns.
Skip if: Teams building native SwiftUI or React Native frontends without Jetpack Compose or Compose Multiplatform in the stack.
When should I use this skill?
User builds Compose UI, implements KMP navigation, designs reusable composables, or optimizes recomposition performance.
What you get
ViewModel StateFlow screen states, navigation graphs, reusable composables, themed design-system components, and optimized recomposition layouts.
- Screen-state data classes
- Navigation graph implementations
- Reusable themed composables
By the numbers
- Covers shared UI patterns across 4 platforms: Android, iOS, desktop, and Web
Files
Compose Multiplatformパターン
Compose MultiplatformとJetpack Composeを使用して、Android、iOS、デスクトップ、Web間で共有UIを構築するためのパターン。状態管理、ナビゲーション、テーマ設定、パフォーマンスをカバーします。
起動条件
- Compose UIの構築(Jetpack ComposeまたはCompose Multiplatform)
- ViewModelとCompose状態によるUI状態の管理
- KMPまたはAndroidプロジェクトでのナビゲーション実装
- 再利用可能なコンポーザブルとデザインシステムの設計
- リコンポジションとレンダリングパフォーマンスの最適化
状態管理
ViewModel + 単一状態オブジェクト
画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:
data class ItemListState(
val items: List<Item> = emptyList(),
val isLoading: Boolean = false,
val error: String? = null,
val searchQuery: String = ""
)
class ItemListViewModel(
private val getItems: GetItemsUseCase
) : ViewModel() {
private val _state = MutableStateFlow(ItemListState())
val state: StateFlow<ItemListState> = _state.asStateFlow()
fun onSearch(query: String) {
_state.update { it.copy(searchQuery = query) }
loadItems(query)
}
private fun loadItems(query: String) {
viewModelScope.launch {
_state.update { it.copy(isLoading = true) }
getItems(query).fold(
onSuccess = { items -> _state.update { it.copy(items = items, isLoading = false) } },
onFailure = { e -> _state.update { it.copy(error = e.message, isLoading = false) } }
)
}
}
}Composeでの状態収集
@Composable
fun ItemListScreen(viewModel: ItemListViewModel = koinViewModel()) {
val state by viewModel.state.collectAsStateWithLifecycle()
ItemListContent(
state = state,
onSearch = viewModel::onSearch
)
}
@Composable
private fun ItemListContent(
state: ItemListState,
onSearch: (String) -> Unit
) {
// ステートレスなコンポーザブル — プレビューとテストが容易
}イベントシンクパターン
複雑な画面では、複数のコールバックラムダの代わりにイベント用のシールドインターフェースを使用します:
sealed interface ItemListEvent {
data class Search(val query: String) : ItemListEvent
data class Delete(val itemId: String) : ItemListEvent
data object Refresh : ItemListEvent
}
// ViewModelの中
fun onEvent(event: ItemListEvent) {
when (event) {
is ItemListEvent.Search -> onSearch(event.query)
is ItemListEvent.Delete -> deleteItem(event.itemId)
is ItemListEvent.Refresh -> loadItems(_state.value.searchQuery)
}
}
// コンポーザブルの中 — 多数ではなく単一ラムダ
ItemListContent(
state = state,
onEvent = viewModel::onEvent
)ナビゲーション
型安全なナビゲーション(Compose Navigation 2.8+)
ルートを@Serializableオブジェクトとして定義します:
@Serializable data object HomeRoute
@Serializable data class DetailRoute(val id: String)
@Serializable data object SettingsRoute
@Composable
fun AppNavHost(navController: NavHostController = rememberNavController()) {
NavHost(navController, startDestination = HomeRoute) {
composable<HomeRoute> {
HomeScreen(onNavigateToDetail = { id -> navController.navigate(DetailRoute(id)) })
}
composable<DetailRoute> { backStackEntry ->
val route = backStackEntry.toRoute<DetailRoute>()
DetailScreen(id = route.id)
}
composable<SettingsRoute> { SettingsScreen() }
}
}ダイアログとボトムシートナビゲーション
命令型のshow/hideの代わりにdialog()とオーバーレイパターンを使用します:
NavHost(navController, startDestination = HomeRoute) {
composable<HomeRoute> { /* ... */ }
dialog<ConfirmDeleteRoute> { backStackEntry ->
val route = backStackEntry.toRoute<ConfirmDeleteRoute>()
ConfirmDeleteDialog(
itemId = route.itemId,
onConfirm = { navController.popBackStack() },
onDismiss = { navController.popBackStack() }
)
}
}コンポーザブル設計
スロットベースのAPI
柔軟性のためにスロットパラメータを持つコンポーザブルを設計します:
@Composable
fun AppCard(
modifier: Modifier = Modifier,
header: @Composable () -> Unit = {},
content: @Composable ColumnScope.() -> Unit,
actions: @Composable RowScope.() -> Unit = {}
) {
Card(modifier = modifier) {
Column {
header()
Column(content = content)
Row(horizontalArrangement = Arrangement.End, content = actions)
}
}
}Modifier順序
Modifierの順序は重要です — 以下の順序で適用します:
Text(
text = "Hello",
modifier = Modifier
.padding(16.dp) // 1. レイアウト(パディング、サイズ)
.clip(RoundedCornerShape(8.dp)) // 2. 形状
.background(Color.White) // 3. 描画(背景、ボーダー)
.clickable { } // 4. インタラクション
)KMPプラットフォーム固有のUI
プラットフォームコンポーザブルのexpect/actual
// commonMain
@Composable
expect fun PlatformStatusBar(darkIcons: Boolean)
// androidMain
@Composable
actual fun PlatformStatusBar(darkIcons: Boolean) {
val systemUiController = rememberSystemUiController()
SideEffect { systemUiController.setStatusBarColor(Color.Transparent, darkIcons) }
}
// iosMain
@Composable
actual fun PlatformStatusBar(darkIcons: Boolean) {
// iOSはUIKitインターロップまたはInfo.plistで処理
}パフォーマンス
スキップ可能なリコンポジションのための安定した型
すべてのプロパティが安定している場合、クラスを@Stableまたは@Immutableでマークします:
@Immutable
data class ItemUiModel(
val id: String,
val title: String,
val description: String,
val progress: Float
)key()と遅延リストの正しい使用
LazyColumn {
items(
items = items,
key = { it.id } // 安定したキーによりアイテムの再利用とアニメーションが可能
) { item ->
ItemRow(item = item)
}
}derivedStateOfで読み取りを遅延
val listState = rememberLazyListState()
val showScrollToTop by remember {
derivedStateOf { listState.firstVisibleItemIndex > 5 }
}リコンポジションでのアロケーションを避ける
// 悪い例 — リコンポジションのたびに新しいラムダとリストが作られる
items.filter { it.isActive }.forEach { ActiveItem(it, onClick = { handle(it) }) }
// 良い例 — 各アイテムにキーを付けてコールバックが正しい行に紐づくようにする
val activeItems = remember(items) { items.filter { it.isActive } }
activeItems.forEach { item ->
key(item.id) {
ActiveItem(item, onClick = { handle(item) })
}
}テーマ設定
Material 3ダイナミックテーマ
@Composable
fun AppTheme(
darkTheme: Boolean = isSystemInDarkTheme(),
dynamicColor: Boolean = true,
content: @Composable () -> Unit
) {
val colorScheme = when {
dynamicColor && Build.VERSION.SDK_INT >= Build.VERSION_CODES.S -> {
if (darkTheme) dynamicDarkColorScheme(LocalContext.current)
else dynamicLightColorScheme(LocalContext.current)
}
darkTheme -> darkColorScheme()
else -> lightColorScheme()
}
MaterialTheme(colorScheme = colorScheme, content = content)
}避けるべきアンチパターン
- ライフサイクルに対してより安全な
collectAsStateWithLifecycleを使用したMutableStateFlowがある場合にViewModelでmutableStateOfを使用すること - コンポーザブルの深い階層に
NavControllerを渡すこと — 代わりにラムダコールバックを渡す @Composable関数内の重い計算 — ViewModelかremember {}に移動する- 一部の設定では設定変更のたびに再実行されるため、ViewModel initの代替として
LaunchedEffect(Unit)を使用すること - コンポーザブルのパラメータに新しいオブジェクトインスタンスを作成すること — 不必要なリコンポジションを引き起こす
参照
スキル: モジュール構造とレイヤーについてはandroid-clean-architectureを参照。 スキル: コルーチンとFlowパターンについてはkotlin-coroutines-flowsを参照。
Related skills
How it compares
Pick compose-multiplatform-patterns over generic mobile UI skills when the stack is Kotlin Compose or KMP rather than SwiftUI or React Native.
FAQ
Which platforms does compose-multiplatform-patterns cover?
compose-multiplatform-patterns covers Jetpack Compose and Compose Multiplatform patterns for Android, iOS, desktop, and Web, including shared state management, navigation, theming, and performance optimization.
What state-management pattern does compose-multiplatform-patterns recommend?
compose-multiplatform-patterns recommends a ViewModel exposing a single screen-state data class as StateFlow, collected in Compose composables, instead of scattering mutable state across multiple holders.