Millist ülesannet lahendab MVP muster ja milliseid raskusi tekiks selle puudumisel?

MVP (Model-View-Presenter) muster lahendab vastutuse jaotamise probleemi Androidi rakenduse arhitektuuris. See eraldab esitlusloogika (View) äriloogikast (Model) ja andmete esitlusloogikast (Presenter).

Ilma MVP-ta:

• Loogika seguneb: View (Activity/Fragment) sisaldab nii UI kuvamise koodi, äriloogikat kui ka andmetöötlust. See muudab koodi raskesti loetavaks ja hooldatavaks.
• Testimise keerukus: Esitlusloogika on otse seotud UI-ga, mis muudab äriloogika üksustestide kirjutamise keeruliseks ilma UI käivitamata.
• Haavatavus: UI või äriloogika muudatused põhjustavad sageli kaskaadseid muudatusi teistes klassi osades, suurendades vigade tõenäosust.
• Taaskasutus: Spetsiifilise UI-ga seotud loogikat on raske teistes rakenduse osades või teistes vaadetes taaskasutada.
• Elutsükli haldamine: Activity/Fragment elutsükli ja andmete oleku haldamine muutub keeruliseks, eriti ekraani pööramisel või taustatööde ajal.

MVP ületab need raskused ja muudab koodi:

• Puhas ja hooldatav: Selge rollide jaotus.
• Testitav: Presenter saab testida sõltumatult View-st.
• Tugev: Ühes osas tehtavad muudatused mõjutavad vähem teisi.
• Taaskasutatav: Äriloogika Model-is ja andmete esitlus Presenter-is saab taaskasutada.
• Hallatav: Presenter kontrollib View olekut ja suhtlust Model-iga.