Kokios yra trūkumai išsaugoti peržiūrą prezenterio?

MVP modelyje (Model-View-Presenter) rodinio (View) nuorodos išsaugojimas prezenterio (Presenter) gali sukelti šiuos trūkumus:

1. Atminties nutekėjimas: Jei rodinio gyvavimo ciklas yra trumpesnis nei prezenterio, ir prezenteris toliau laiko nuorodą į sunaikintą rodinį, tai sukelia atminties nutekėjimą.
2. Gausus susiejimas: Prezenteris tampa glaudžiai susijęs su konkrečia rodinio įgyvendinimo dalimi, kas apsunkina vienetinius testus ir jo pakartotinį naudojimą su skirtingais rodiniais (pavyzdžiui, fragmentu ir aktyvumu). Pažeidžiamas "Separation of Concerns" principas.
3. Testavimo sudėtingumas: Norint testuoti prezenterį, reikia jį mokyti arba kurti fiktyvias viso rodinio sąsajos įgyvendinimus, kas gali būti sudėtinga ir neaišku.
4. Asinchroninių operacijų sudėtingumas: Darbas su rodiniu po asinchroninės operacijos pabaigos (pavyzdžiui, tinklo užklausos) reikalauja papildomų patikrinimų dėl rodinio galiojimo (ar jis prijungtas prie lango, ar jis nėra sunaikintas), kas sudėtingina kodą.

Geras praktikos pavyzdys — naudoti silpnus nuorodų (WeakReference) arba aiškiai atjungti rodinį nuo prezenterio sunaikinimo metu (pavyzdžiui, onDestroyView fragmentuose arba onDestroy aktyvumuose).

// Silpnos nuorodos naudojimo pavyzdys
private WeakReference<ViewInterface> viewReference;

public void attachView(ViewInterface view) {
    viewReference = new WeakReference<>(view);
}

public void detachView() {
    if (viewReference != null) {
        viewReference.clear();
        viewReference = null;
    }
}

// Prezenterio metoduose:
private ViewInterface getView() {
    return viewReference != null ? viewReference.get() : null;
}

public void updateData(String data) {
    ViewInterface view = getView();
    if (view != null) {
        view.showData(data);
    }
}