The Android framework offers a lot of flexibility when it comes to defining how to organize and architect an Android app. This freedom, whilst very valuable, can also result in apps with large classes, inconsistent naming and architectures (or lack of) that can make testing, maintaining and extending difficult.
Android Architecture Blueprints is meant to demonstrate possible ways to help with these common problems. In this project we offer the same application implemented using different architectural concepts and tools.
You can use these samples as a reference or as a starting point for creating your own apps. The focus here is on code structure, architecture, testing and maintainability. However, bear in mind that there are many ways to build apps with these architectures and tools, depending on your priorities, so these shouldn't be considered canonical examples. The UI is deliberately kept simple.
We're still making decisions that could affect all samples so we're keeping the initial number of variants low before the stable release.
All projects are released in their own branch. Check each project's README for more information.
- todo-mvp/ - Basic Model-View-Presenter architecture.
- todo-mvp-loaders/ - Based on todo-mvp, fetches data using Loaders.
- todo-mvp-databinding/ - Bases on todo-mvp, uses the Data Binding Library.
In progress:
- todo-mvp-contentproviders - Based on todo-mvp-loaders, uses Content Providers
- todo-mvp-clean - Based on todo-mvp, uses concepts from Clean Architecture.
- todo-mvp-dagger - Based on todo-mvp, uses Dagger2 for Dependency Injection
Also, see "New sample" issues for planned samples.
The aim of the app is to be simple enough that it's understood quickly, but complex enough to showcase difficult design decisions and testing scenarios. Check out the app's specification.
Also, a similar project exists to compare JavaScript frameworks, called TodoMVC.
That's for you to decide: each sample has a README where you'll find metrics and subjective assessments. Your mileage may vary depending on the size of the app, the size and experience of your team, the amount of maintenance that you foresee, whether you need a tablet layout or support multiple platforms, how compact you like your codebase, etc.
This project is made by the community and curated by Google and core maintainers. Each sample has a group of owners that look after it keeping it up to date and handling issues and pull requests.
Want to be part of it? Read how to become a contributor and the contributor's guide