Unterschied zwischen onCreateView und onViewCreated in Fragment

Was ist der wesentliche Unterschied zwischen diesen beiden Methoden? Sollte ich beim Erstellen einer Textansicht eine für die Leistung übereinander verwenden?

Bearbeiten: Was ist der Unterschied zu

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);
}

Wir haben einige Abstürze beim Initialisieren der Ansicht in onCreateView.

Sie sollten Ihr Layout in aufblasen, onCreateViewaber keine anderen Ansichten mit findViewByIdin initialisieren onCreateView.

Weil die Ansicht manchmal nicht richtig initialisiert wird. Verwenden Sie also immer findViewByIdin onViewCreated(wenn die Ansicht vollständig erstellt wurde) und es wird auch die Ansicht als Parameter übergeben.

onViewCreated Stellen Sie sicher, dass die Ansicht vollständig erstellt wurde.

onViewCreated Android-Dokumentation

Wird sofort nach der Rückkehr von onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle) aufgerufen , jedoch bevor ein gespeicherter Status in der Ansicht wiederhergestellt wurde. Dies gibt Unterklassen die Möglichkeit, sich selbst zu initialisieren, sobald sie wissen, dass ihre Ansichtshierarchie vollständig erstellt wurde. Die Ansichtshierarchie des Fragments ist jedoch zu diesem Zeitpunkt noch nicht an das übergeordnete Element angehängt.

onViewCreatedwird unmittelbar danach aufgerufen onCreateView(die Methode, mit der Sie alle Ihre Objekte initialisieren und erstellen, einschließlich Ihrer TextView), sodass es nicht um die Leistung geht.

Von der Entwicklerseite:

onViewCreated (Ansichtsansicht, Bundle savedInstanceState)

Wird sofort aufgerufen, nachdem onCreateView (LayoutInflater, ViewGroup, Bundle) zurückgegeben wurde, jedoch bevor ein gespeicherter Status in der Ansicht wiederhergestellt wurde. Dies gibt Unterklassen die Möglichkeit, sich selbst zu initialisieren, sobald sie wissen, dass ihre Ansichtshierarchie vollständig erstellt wurde. Die Ansichtshierarchie des Fragments ist jedoch zu diesem Zeitpunkt noch nicht an das übergeordnete Element angehängt.

Quelle: Fragment # onViewCreated

Es ist besser, Unteransichten Feldern in zuzuweisen onViewCreated. Dies liegt daran, dass das Framework eine automatische Nullprüfung für Sie durchführt, um sicherzustellen, dass die Ansichtshierarchie Ihres Fragments ordnungsgemäß erstellt und aufgeblasen wurde (wenn eine XML-Layoutdatei verwendet wird).

Code-Snippet von: 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);
}

onCreateViewGibt die aufgeblasene Ansicht zurück. OnViewCreatedwird gleich danach aufgerufen onCreateViewund get hat Parameter die aufgeblasene Ansicht. Der Rückgabetyp istvoid

onCreateView()ist das Fragment-Äquivalent onCreate()für Aktivitäten und wird während der Ansichtserstellung ausgeführt.
onViewCreated()wird ausgeführt, nachdem die Ansicht erstellt wurde.

should I use one over the other for performance? NEIN . Es gibt keine Hinweise auf eine Leistungssteigerung.

Es gibt tatsächlich auch eine onCreate()Methode in Fragmenten, aber sie wird selten verwendet (ich verwende sie nie und finde auch keinen guten Anwendungsfall dafür).

Ich benutze immer onCreateView()in Fragmenten als Ersatz für onCreate().
Und damit bin ich zufrieden.

Die DokumentationFragment.onCreateView() sagt vorerst :

Es wird empfohlen, das Layout bei dieser Methode nur aufzublasen und die Logik, die für die zurückgegebene Ansicht ausgeführt wird, nach onViewCreated (Ansicht, Bundle) zu verschieben.

Wir müssen nicht verstehen, warum; Wir müssen nur tun, was in den Dokumenten steht, aber es wäre interessant zu wissen, warum diese Empfehlung existiert. Meine beste Vermutung ist die Trennung von Bedenken , aber meiner Meinung nach macht es das ein bisschen komplizierter als es sein muss.

Der Hauptgrund, den ich verwenden würde, onViewCreatedist, dass er jede Initialisierungslogik von der Inflations- / Erstellungslogik der Ansichtshierarchie trennt, die in die onViewCreate. Alle anderen Leistungsmerkmale sehen gleich aus.

Ich denke, der Hauptunterschied zwischen diesen besteht darin, dass Sie kotlin.in onCreateView () jedes Mal verwenden, wenn Sie auf die Ansicht in Ihrer XML-Datei zugreifen möchten. Sie sollten findViewById verwenden, aber in onViewCreated können Sie einfach auf Ihre Ansicht zugreifen, indem Sie einfach die ID davon aufrufen .

onCreateView wird in Fragmenten verwendet, um ein Layout zu erstellen und die Ansicht aufzublasen. onViewCreated wird verwendet, um auf die mit der obigen Methode erstellte Ansicht zu verweisen. Schließlich empfiehlt es sich, den Aktionslistener in onActivityCreated zu definieren.