Différence entre onCreateView et onViewCreated dans Fragment

Quelle est la différence essentielle entre ces deux méthodes? Lorsque je crée un TextView, dois-je utiliser l'un sur l'autre pour les performances?

Edit: Quelle est la différence de

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

Nous sommes confrontés à des plantages lors de l'initialisation de la vue dans onCreateView.

Vous devez gonfler votre mise en page onCreateViewmais ne pas initialiser d'autres vues à l'aide de findViewByIdin onCreateView.

Parce que parfois la vue n'est pas correctement initialisée. Donc, utilisez toujours findViewByIdin onViewCreated(lorsque la vue est entièrement créée) et elle transmet également la vue en paramètre.

onViewCreated est une garantie que la vue est entièrement créée.

Documentation onViewCreated android

Appelé immédiatement après le retour de onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle), mais avant que tout état enregistré ne soit restauré dans la vue. Cela donne aux sous-classes une chance de s'initialiser une fois qu'elles savent que leur hiérarchie de vues a été complètement créée. La hiérarchie de vues du fragment n'est cependant pas attachée à son parent à ce stade.

onViewCreatedest appelée immédiatement après onCreateView(la méthode que vous initialisez et créez tous vos objets, y compris le vôtre TextView), donc ce n'est pas une question de performances.

Depuis le site du développeur:

onViewCreated (Vue vue, Bundle savedInstanceState)

Appelé immédiatement après le retour de onCreateView (LayoutInflater, ViewGroup, Bundle), mais avant que tout état enregistré n'ait été restauré dans la vue. Cela donne aux sous-classes une chance de s'initialiser une fois qu'elles savent que leur hiérarchie de vues a été complètement créée. La hiérarchie de vues du fragment n'est cependant pas attachée à son parent à ce stade.

Source: Fragment # onViewCreated

Il est préférable d’affecter des sous-vues à des champs dans onViewCreated. Cela est dû au fait que l'infrastructure effectue une vérification automatique des valeurs nulles pour vous assurer que la hiérarchie de vues de votre fragment a été créée et gonflée correctement (si vous utilisez un fichier de mise en page XML).

Extrait de code de: 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);
}

onCreateViewrenvoie la vue gonflée. OnViewCreatedest appelé juste après onCreateViewet get a paramètre la vue gonflée. Son type de retour estvoid

onCreateView()est l'équivalent Fragment de onCreate()for Activities et s'exécute lors de la création de la vue.
onViewCreated()s'exécute après la création de la vue.

should I use one over the other for performance? NON . Il n'y a aucune preuve d'une amélioration des performances.

Il existe en fait une onCreate()méthode dans Fragments aussi, mais elle est rarement utilisée (je ne l' utilise jamais , ni ne trouve un bon cas d'utilisation).

J'utilise toujours onCreateView()dans Fragments en remplacement de onCreate().
Et j'en suis content.

La documentation pour l'Fragment.onCreateView() instant dit:

Il est recommandé de gonfler uniquement la disposition dans cette méthode et de déplacer la logique qui opère sur la vue retournée vers onViewCreated (View, Bundle).

Inutile de comprendre pourquoi; nous devons simplement faire ce que dit la documentation, mais il serait intéressant de savoir pourquoi cette recommandation existe. Ma meilleure hypothèse est la séparation des préoccupations , mais à mon humble avis, cela rend les choses un peu plus compliquées qu'il ne le faut.

La raison principale que j'utiliserais onViewCreatedest qu'elle sépare toute logique d'initialisation de la logique d'inflation / création de hiérarchie de vue qui devrait aller dans le onViewCreate. Toutes les autres caractéristiques de performance se ressemblent.

Je pense que la principale différence entre ceux-ci est lorsque vous utilisez kotlin.in onCreateView () chaque fois que vous souhaitez accéder à la vue dans votre fichier xml, vous devez utiliser findViewById, mais dans onViewCreated, vous pouvez simplement accéder à votre vue en appelant simplement son identifiant .

onCreateView est utilisé dans le fragment pour créer une mise en page et gonfler la vue. onViewCreated est utilisé pour référencer la vue créée par la méthode ci-dessus. Enfin, il est recommandé de définir un écouteur d'action dans onActivityCreated.