onDestroyView ustawić Null praktyki aktywności za onDestroy/fragment za

Question

Czytam ListFragment kod źródłowego i widzę ten realizacji:

ListAdapter mAdapter; 
ListView mList; 
View mEmptyView; 
TextView mStandardEmptyView; 
View mProgressContainer; 
View mListContainer; 
CharSequence mEmptyText; 
boolean mListShown; 

/** 
* Detach from list view. 
*/ 
@Override 
public void onDestroyView() { 
    mHandler.removeCallbacks(mRequestFocus); 
    mList = null; 
    mListShown = false; 
    mEmptyView = mProgressContainer = mListContainer = null; 
    mStandardEmptyView = null; 
    super.onDestroyView(); 
} 

w tej funkcji, programiści Google ustawić Null wszystkim widok pola, które deklarowanych w ListFragment i usuń oddzwanianie "mRequestFocus".

W ListActivity kod źródłowy. Programiści Google wdrożone jak poniżej:

protected ListAdapter mAdapter; 
protected ListView mList; 

private Handler mHandler = new Handler(); 


@Override 
protected void onDestroy() { 
    mHandler.removeCallbacks(mRequestFocus); 
    super.onDestroy(); 
} 

nie widzę programiści Google ustawić Null do mList na onDestroy z ListActivity jak zrobili dla klasy ListFragment.

Moje pytanie brzmi:

1. Dlaczego programiści Google didnot ustawić Null do mList w onDestroy z ListActivity? Jakieś powody?

2. Czy musimy ustawić wartość Null dla wszystkich pól widoku w działaniu onDestroy i onDestroyView działania?

3. Wszelkie praktyki SET NULL w tych dwóch funkcji: onDestroy Działania związane i fragment za onDestroyView?

Dziękujemy za pomysły!

Answer 1

Powodem, dla którego różnią się one od Fragmentów i Aktywności, jest to, że ich cykle życia są różne. Kiedy zniszczona zostaje Activity, znika na dobre. Jednak Fragments może wielokrotnie tworzyć i niszczyć swoje widoki, zanim zostaną faktycznie zniszczone. Dla wyjaśnienia, w działalność:

onDestroy() 
onCreate() 

nigdy nie nastąpi w ciągu do tej samej instancji Aktywny. Przez Fragment następujące jest całkowicie poprawny:

onCreate() 
onCreateView() 
onDestroyView() 
onCreateView() 
onDestroyView() 
onDestroy() 

jeden przypadek, w którym można zobaczyć to, gdy Fragment idzie do tyłu stosu. Jego widok zostanie zniszczony (ponieważ nie jest już widoczny), ale instancja pozostanie w pobliżu, aby można je było łatwo wznowić, gdy użytkownik naciśnie przycisk, aby powrócić do niego (w którym to momencie ponownie zostanie wywołany numer onCreateView()).

Po onDestroyView() możesz (i najprawdopodobniej powinieneś) wypuścić wszystkie swoje referencje View, aby umożliwić ich zbieranie śmieci. W wielu przypadkach nie jest to konieczne, tak jak dzieje się to podczas zmiany konfiguracji, natychmiast nastąpi i cała instancja zostanie zebrana.

Zasadniczo chciałbym wypuścić wszystkie odniesienia do widoków w onDestroyView() i zaoszczędzić sporo pamięci, jeśli aplikacja ma duży backstack.

Answer 2

Nie trzeba ustawiać wartości null, jeśli nie ma to wpływu na logikę aplikacji. Na przykład. if (mList == null) ...