Building complex Android apps these days might have some nasty challenges - syncing the data across the app, controlling any action the user does, processes that happen in the background or even handling all kinds of errors.
Luckily enough Android developers are not the first to face these problems, so let's try to leverage existing solutions for our own good!
In this talk, we'll share with you how Redux solved the problem of state management for Web developers and how can we use the same principles and integrate them into our Android apps.
Single source of truth - the state of your whole application is stored in an object tree within a single store
The redux state lives high in the app and is shared between components, and all need Single SOT - store
Easy to debug and inspect
Some Undo/Redo actions suddenly become trivial to implement
Single source of truth - the state of your whole application is stored in an object tree within a single store
The redux state lives high in the app and is shared between components, and all need Single SOT - store
Easy to debug and inspect
Some Undo/Redo actions suddenly become trivial to implement
Single source of truth - the state of your whole application is stored in an object tree within a single store
The redux state lives high in the app and is shared between components, and all need Single SOT - store
Easy to debug and inspect
Some Undo/Redo actions suddenly become trivial to implement
Single source of truth - the state of your whole application is stored in an object tree within a single store
The redux state lives high in the app and is shared between components, and all need Single SOT - store
Easy to debug and inspect
Some Undo/Redo actions suddenly become trivial to implement