Android Architecture Components – I/O 2017
Android Architecture Components
- Focus on fundamentals
- Play well with others
- Be opinionated
- Lifecycles as 1st-class citizen
- Lifecycle-aware observables
- Lightweight ViewModel
- Object mapping for sqlite
The problem with the activity lifecycle is that many times your callbacks get executed while the activity is in onStop or onResume so you have to have methods like listener.start() and listener.stop() so you can better handle the callback call.
- LifecycleOwner – A thing with a lifecycle
- LifecycleObserver – A thing that cares about lifecycles
The main idea is that now the Activities/Fragments have lifecycles and you can pass the lifecycle object to the component that is interested in. You can also use LifecycleAnnotations within your component to listen for certain the Android events so you can call different methods at different times.
The idea is to have Lifecycle Aware Components which know how to initialize / cleanup itself based on the provided lifecycle.
- An observable data holder
- Lifecycle aware
- Manages subscriptios automatically
- Simple start / stop semantics
Active / Inactive observers
- Active – in the started or resumed state
- Inactive – paused or stopped
- Retain data across configuration changes
- Hold data for Activity/Fragments
- Survives configuration changes
- DO NOT reference views because it will keep them
Use the ViewModelProvides class to get an instance of the ViewModel for each activity. It will be retained accross configuration changes.
- Boilerplate-free code
- Compile time verification
Room – object mapping library for SQLite.
The difference is that now there is an official guide on Android app architecture.
UI Controller <-> ViewModel <-> Repository <-> Data Sources
- Activities & Fragments
- Observes the ViewModel
- Keeps the UI up-to-date
- Forwards user actions back to the ViewModel
- Prepares & keeps the data for the UI
- Includes LiveData, Observables etc.
- Survives confirguration changes
- The gateway for the UI controller
- The complete data model for the app
- Provides simple data modification & retrieval APIs
- Coordinates fetching, syncing, persisting etc. from different data sources
- API to data sources
- Retrofit for REST calls
- Room for local persistence
- External content provider from OS
All of the layers should be provided from Dagger.