android-architecture
GitHub提供基于Clean Architecture和Hilt的现代Android应用架构指导,涵盖UI、Domain、Data三层结构及依赖注入规范。支持多模块策略以优化构建与关注点分离,并附带实施检查清单。
Trigger Scenarios
Install
npx skills add maxrave-dev/SimpMusic --skill android-architecture -g -y
SKILL.md
Frontmatter
{
"name": "android-architecture",
"description": "Expert guidance on setting up and maintaining a modern Android application architecture using Clean Architecture and Hilt. Use this when asked about project structure, module setup, or dependency injection."
}
Android Modern Architecture & Modularization
Instructions
When designing or refactoring an Android application, adhere to the Guide to App Architecture and Clean Architecture principles.
1. High-Level Layers
Structure the application into three primary layers. Dependencies must strictly flow inwards (or downwards) to the core logic.
- UI Layer (Presentation):
- Responsibility: Displaying data and handling user interactions.
- Components: Activities, Fragments, Composables, ViewModels.
- Dependencies: Depends on the Domain Layer (or Data Layer if simple). Never depends on the Data Layer implementation details directly.
- Domain Layer (Business Logic) [Optional but Recommended]:
- Responsibility: Encapsulating complex business rules and reuse.
- Components: Use Cases (e.g.,
GetLatestNewsUseCase), Domain Models (pure Kotlin data classes). - Pure Kotlin: Must NOT contain any Android framework dependencies (no
android.*imports). - Dependencies: Depends on Repository Interfaces.
- Data Layer:
- Responsibility: Managing application data (fetching, caching, saving).
- Components: Repositories (implementations), Data Sources (Retrofit APIs, Room DAOs).
- Dependencies: Depends only on external sources and libraries.
2. Dependency Injection with Hilt
Use Hilt for all dependency injection.
- @HiltAndroidApp: Annotate the
Applicationclass. - @AndroidEntryPoint: Annotate Activities and Fragments.
- @HiltViewModel: Annotate ViewModels; use standard
constructorinjection. - Modules:
- Use
@Moduleand@InstallIn(SingletonComponent::class)for app-wide singletons (e.g., Network, Database). - Use
@Bindsin an abstract class to bind interface implementations (cleaner than@Provides).
- Use
3. Modularization Strategy
For production apps, use a multi-module strategy to improve build times and separation of concerns.
- :app: The main entry point, connects features.
- :core:model: Shared domain models (Pure Kotlin).
- :core:data: Repositories, Data Sources, Database, Network.
- :core:domain: Use Cases and Repository Interfaces.
- :core:ui: Shared Composables, Theme, Resources.
- :feature:[name]: Standalone feature modules containing their own UI and ViewModels. Depends on
:core:domainand:core:ui.
4. Checklist for implementation
- Ensure
Domainlayer has no Android dependencies. - Repositories should default to main-safe suspend functions (use
Dispatchers.IOinternally if needed). - ViewModels should interact with the UI layer via
StateFlow(seeandroid-viewmodelskill).
Version History
- 11f5926 Current 2026-07-30 20:16


