In prima partea a articolului nostru am inceput sa discutam despre un plan de actiune pe care il putem folosi pentru proiectele Android legacy. Haideti sa continuam discutia.

Adaugati frameworks daca este nevoie

• Dagger va poate ajuta sa coordonati dependency graph
• RxJava este util pentru secvente complexe si operatii asincron
• MVC/MVP/MVVM este util pentru a mentin controlul asupra codului si pentru testari simple

Nu va aruncati la procese de refactoring, izolati

Nu trebuie sa faceti refactoring de fiecare data. Puteti sa izolati, sa implementati un wrapper si apoi sa dezvoltati in jurul acestuia. Putem face asta foarte usor in Android.

• Folositi stand-alone Activity / Fragment
• Folositi separat run IntentService

Respectati framweork-ul de Android

Este foarte important. Are doar 5 componente principale prin care puteti construi intreaga aplicatie:

• Activitate – pentru a crea UI si actiunile utilizatorului
• Service – pentru componentele folosite pe diferite ecrane
• ContentProvider – pentru managementul datelor in stilul “REST”
• BroadcastReceiver – pentru a obtine evenimentele (aici trebuie sa avem grija)
• Aplication – un context global, “un prieten care o sa fie mereu cu voi”

Folositi componentele in asa fel incat ele sa faca “host” pentru control / data objects, cu un ochi pe ciclul de viata – cat timp trebuie sa lucreze o anumita componenta Adroid trebuie / poate sa fie activa.

O provocare care va invata multe

Consider ca proiectele legacy sunt o baza excelenta prin care sa ivnatati si sa va perfectionati abilitatile. Este o mina de aur pentru exemple ilustrative legate de modul in care diferite abordari va pot ajuta sa rezolvati probleme. Fiecare programator in Android trebuie, mai devreme sau mai tarziu, sa descalceasca “o provocare clasica Android” formata din Activity, AsyncTask, absent DataLayer sau altele.