Source profileQuality 62/100

affaan-m/ECC/docs/ja-JP/skills/compose-multiplatform-patterns/SKILL.md

compose-multiplatform-patterns

Use it for engineering and design tasks; the detail page covers purpose, installation, and practical steps.

Source repository stars
234,327
Declared platforms
0
Static risk flags
0
Last source update
2026-07-27
Source checked
2026-07-28

Decision brief

What it does—and where it fits

Compose MultiplatformとJetpack Composeを使用して、Android、iOS、デスクトップ、Web間で共有UIを構築するためのパターン。状態管理、ナビゲーション、テーマ設定、パフォーマンスをカバーします。

Best for

    Not for

    • Tasks that require unconfirmed production actions or broad system permissions.
    • Environments where the pinned source and install steps cannot be inspected.

    Compatibility matrix

    Platform support, with evidence labels

    PlatformStatusEvidenceWhat to check
    CodexNot declaredNo explicit evidencePortability before use
    Claude CodeNot declaredNo explicit evidencePortability before use
    CursorNot declaredNo explicit evidencePortability before use
    Gemini CLINot declaredNo explicit evidencePortability before use
    Open the compatibility checker

    Installation

    Inspect first. Install second.

    The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

    Source-detected install commandSource
    npx skills add https://github.com/affaan-m/ECC --skill "docs/ja-JP/skills/compose-multiplatform-patterns"
    Safe inspection promptEditorial

    Inspect the Agent Skill "compose-multiplatform-patterns" from https://github.com/affaan-m/ECC/blob/4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38/docs/ja-JP/skills/compose-multiplatform-patterns/SKILL.md at commit 4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

    Workflow

    What the source asks the agent to do

    1. 01

      起動条件

      Compose UIの構築(Jetpack ComposeまたはCompose Multiplatform)

      Compose UIの構築(Jetpack ComposeまたはCompose Multiplatform)ViewModelとCompose状態によるUI状態の管理KMPまたはAndroidプロジェクトでのナビゲーション実装
    2. 02

      状態管理

      画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:

      画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:複雑な画面では、複数のコールバックラムダの代わりにイベント用のシールドインターフェースを使用します:
    3. 03

      ViewModel + 単一状態オブジェクト

      画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:

      画面状態には単一のデータクラスを使用します。StateFlowとして公開し、Composeで収集します:
    4. 04

      Composeでの状態収集

      Review the “Composeでの状態収集” section in the pinned source before continuing.

      Review and apply the “Composeでの状態収集” source section.
    5. 05

      イベントシンクパターン

      複雑な画面では、複数のコールバックラムダの代わりにイベント用のシールドインターフェースを使用します:

      複雑な画面では、複数のコールバックラムダの代わりにイベント用のシールドインターフェースを使用します:

    Permission review

    Static risk signals and limitations

    No configured static risk pattern was detected

    This is not proof of safety. Runtime behavior, indirect dependencies, and hidden external systems are outside the static scan.

    Evidence record

    Why each signal appears

    EvidenceSourceComputedTestedEditorial
    SignalValueEvidence typeMeaning
    Quality score62/100ComputedDocumentation, specificity, maintenance, and trust rules
    Repository stars234,327SourceRepository attention, not individual Skill quality
    Compatibility0 platformsSourceDeclared in the catalog source record
    Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

    Pinned source

    Provenance and original SKILL.md

    Repository
    affaan-m/ECC
    Skill path
    docs/ja-JP/skills/compose-multiplatform-patterns/SKILL.md
    Commit
    4e973d3eaf92d97f8d2e2d8abb39d8bdc8711b38
    License
    MIT
    Collected
    2026-07-28
    Default branch
    main
    View the original SKILL.md

    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を参照。

    Alternatives

    Compare before choosing