Jetpack Compose Best Practices
SkillMediaGives your agent best practices for building Android UIs with Jetpack Compose, covering state, performance, and theming.
Available today. Use it from your connected AI after setup.
No other account needed.
Connect ahel once, and every AI you use reads what you have installed.
Then ask your AI: use the Jetpack Compose Best Practices skill
About this capability
Best practices for building UI with Jetpack Compose, focusing on state hoisting, detailed performance optimizations, and theming. Use this when writing or refactoring Composable functions.
What this skill tells your AI
The instructions your AI receives, as published by maxrave-dev/simpmusic in .claude/skills/compose-ui/SKILL.md and read by ahel’s review.
Instructions
Follow these guidelines to create performant, reusable, and testable Composables.
1. State Hoisting (Unidirectional Data Flow)
Make Composables stateless whenever possible by moving state to the caller.
- Pattern: Function signature should usually look like:
@Composable fun MyComponent( value: String, // State flows down onValueChange: (String) -> Unit, // Events flow up modifier: Modifier = Modifier // Standard modifier parameter ) - Benefit: Decouples the UI from simple state storage, making it easier to preview and test.
- ViewModel Integration: The screen-level Composable retrieves state from the ViewModel (
viewModel.uiState.collectAsStateWithLifecycle()) and passes it down.
2. Modifiers
- Default Parameter: Always provide a
modifier: Modifier = Modifieras the first optional parameter. - Application: Apply this
modifierto the root layout element of your Composable. - Ordering matters:
padding().clickable()is different fromclickable().padding(). Generally apply layout-affecting modifiers (like padding) after click listeners if you want the padding to be clickable.
3. Performance Optimization
remember: Useremember { ... }to cache expensive calculations across recompositions.derivedStateOf: UsederivedStateOf { ... }when a state changes frequently (like scroll position) but the UI only needs to react to a threshold or summary (e.g., show "Jump to Top" button). This prevents unnecessary recompositions.val showButton by remember { derivedStateOf { listState.firstVisibleItemIndex > 0 } }- Lambda Stability: Prefer method references (e.g.,
viewModel::onEvent) or remembered lambdas to prevent unstable types from triggering recomposition of children.
4. Theming and Resources
- Use
MaterialTheme.colorSchemeandMaterialTheme.typographyinstead of hardcoded colors or text styles. - Organize simple UI components into specific files (e.g.,
DesignSystem.ktorComponents.kt) if they are shared across features.
5. Previews
- Create a private preview function for every public Composable.
- Use
@Preview(showBackground = true)and include Light/Dark mode previews if applicable. - Pass dummy data (static) to the stateless Composable for the preview.
Signals
- GitHub stars
- 11k
- Forks
- 584
- Last commit
- Sep 2026
Advanced
- Catalog kind
- skill
- Gateway key
compose-ui- Source
- github.com/maxrave-dev/simpmusic