Różnica między onCreateView i onViewCreated we fragmencie

Jaka jest zasadnicza różnica między tymi dwiema metodami? Kiedy tworzę TextView, czy powinienem używać jednego nad drugim w celu zwiększenia wydajności?

Edycja: jaka jest różnica między

onCreateView() {
  root = some view
  View v = new View(some context);
  root.add(v);
  return root;
}


onViewCreated() {
  View v = new View(some context);
  getView().add(v);
}

Mamy do czynienia z awariami podczas inicjowania widoku w programie onCreateView.

Powinieneś nadmuchać swój układ, onCreateViewale nie powinieneś inicjować innych widoków za pomocą findViewByIdw onCreateView.

Ponieważ czasami widok nie jest poprawnie zainicjowany. Dlatego zawsze używaj findViewByIdin onViewCreated(gdy widok jest w pełni utworzony), a także przekazuje widok jako parametr.

onViewCreated to upewnienie się, że widok jest w pełni stworzony.

onViewCreated Android Documentation

Wywoływana natychmiast po zwróceniu onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle), ale przed przywróceniem do widoku jakiegokolwiek zapisanego stanu. Daje to podklasom szansę na zainicjowanie się, gdy dowiedzą się, że ich hierarchia widoków została całkowicie utworzona. Hierarchia widoków fragmentu nie jest jednak w tym momencie dołączona do jego rodzica.

onViewCreatedjest wywoływana natychmiast po onCreateView(metodzie, którą inicjalizujesz i tworzysz wszystkie obiekty, w tym swoje TextView), więc nie jest to kwestia wydajności.

Ze strony programisty:

onViewCreated (widok widoku, pakiet zapisanyInstanceState)

Wywoływana natychmiast po zwrocie onCreateView (LayoutInflater, ViewGroup, Bundle), ale przed przywróceniem dowolnego zapisanego stanu do widoku. Daje to podklasom szansę na zainicjowanie się, gdy dowiedzą się, że ich hierarchia widoków została całkowicie utworzona. Hierarchia widoków fragmentu nie jest jednak w tym momencie dołączona do jego rodzica.

Źródło: fragment # onViewCreated

Lepiej jest przypisać podziały do ​​pól w onViewCreated. Dzieje się tak, ponieważ platforma automatycznie sprawdza wartość null, aby upewnić się, że hierarchia widoków fragmentu została utworzona i zawyżona (jeśli używasz pliku układu XML).

Fragment kodu z: FragmentManger.java

// This calls onCreateView()
f.mView = f.performCreateView(f.getLayoutInflater(f.mSavedFragmentState), null, f.mSavedFragmentState);

// Null check avoids possible NPEs in onViewCreated
// It's also safe to call getView() during or after onViewCreated()
if (f.mView != null) {
    f.mView.setSaveFromParentEnabled(false);
    if (f.mHidden) f.mView.setVisibility(View.GONE);
    f.onViewCreated(f.mView, f.mSavedFragmentState);
}

onCreateViewzwraca zawyżony widok. OnViewCreatedjest wywoływana zaraz po, onCreateViewa get ma parametr zawyżony widok. Typ zwracany tovoid

onCreateView()jest odpowiednikiem fragmentu onCreate()dla działań i jest uruchamiany podczas tworzenia widoku.
onViewCreated()uruchamia się po utworzeniu widoku.

should I use one over the other for performance? NIE . Nie ma dowodów na wzrost wydajności.

W rzeczywistości istnieje onCreate()metoda we fragmentach, ale jest ona rzadko używana ( nigdy jej nie używam ani nie znajduję dla niej dobrego przypadku użycia).

Zawsze używam onCreateView()we Fragments jako zamiennika onCreate().
I jestem z tego zadowolony.

Dokumenty naFragment.onCreateView() razie mówią:

Zaleca się tylko zawyżanie układu w tej metodzie i przenoszenie logiki działającej na zwróconym widoku do onViewCreated (widok, pakiet).

Nie ma potrzeby, abyśmy rozumieli dlaczego; po prostu musimy zrobić tak, jak mówią doktorzy, ale byłoby interesujące wiedzieć, dlaczego takie zalecenie istnieje. Moim najlepszym przypuszczeniem jest oddzielenie obaw , ale IMHO to sprawia, że ​​jest to trochę bardziej skomplikowane, niż powinno.

Głównym powodem, dla którego chciałbym użyć, onViewCreatedjest to, że oddziela wszelką logikę inicjalizacji od logiki inflacji / tworzenia hierarchii widoku, która powinna zostać umieszczona w pliku onViewCreate. Wszystkie inne cechy wydajności wyglądają tak samo.

Myślę, że główna różnica między nimi polega na tym, że używasz kotlin.in onCreateView () za każdym razem, gdy chcesz uzyskać dostęp do widoku w pliku xml, powinieneś użyć findViewById, ale w onViewCreated możesz po prostu uzyskać dostęp do swojego widoku, po prostu wywołując jego identyfikator .

onCreateView jest używany we fragmencie do tworzenia układu i powiększania widoku. onViewCreated służy do odwoływania się do widoku utworzonego powyższą metodą. Na koniec dobrą praktyką jest zdefiniowanie detektora akcji w onActivityCreated.