Diferença entre onCreateView e onViewCreated in Fragment

Qual é a diferença essencial entre esses dois métodos? Quando eu crio um TextView, devo usar um sobre o outro para desempenho?

Edit: Qual é a diferença 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);
}

Enfrentamos algumas falhas ao inicializar o modo de exibição em onCreateView.

Você deve aumentar seu layout em, onCreateViewmas não deve inicializar outras visualizações usando findViewByIdem onCreateView.

Porque às vezes o modo de exibição não é inicializado corretamente. Portanto, sempre use findViewByIdin onViewCreated(quando a visão estiver totalmente criada) e também passa a visão como parâmetro.

onViewCreated é uma garantia de que a visualização foi totalmente criada.

Documentação onViewCreated android

Chamado imediatamente após onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle) ter retornado, mas antes que qualquer estado salvo tenha sido restaurado na visualização. Isso dá às subclasses a chance de se inicializarem, uma vez que saibam que sua hierarquia de visualização foi completamente criada. A hierarquia de visão do fragmento, entretanto, não está anexada a seu pai neste ponto.

onViewCreatedé chamado imediatamente após onCreateView(o método que você inicializa e cria todos os seus objetos, incluindo o seuTextView ), portanto, não é uma questão de desempenho.

Do site do desenvolvedor:

onViewCreated (visualização da vista, Bundle savedInstanceState)

Chamado imediatamente após o retorno de onCreateView (LayoutInflater, ViewGroup, Bundle), mas antes que qualquer estado salvo seja restaurado na visualização. Isso dá às subclasses a chance de se inicializarem, uma vez que saibam que sua hierarquia de visualização foi completamente criada. A hierarquia de visão do fragmento, entretanto, não está anexada a seu pai neste ponto.

Fonte: Fragmento # onViewCreated

É melhor fazer qualquer atribuição de subvisualizações aos campos em onViewCreated. Isso ocorre porque a estrutura faz uma verificação nula automática para você para garantir que a hierarquia de visualização do seu Fragment foi criada e aumentada (se estiver usando um arquivo de layout XML) corretamente.

Snippet de código 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);
}

onCreateViewretorna a visão inflada. OnViewCreatedé chamado logo após onCreateViewe get tem o parâmetro de visualização inflada. Seu tipo de retorno évoid

onCreateView()é o Fragment equivalente a onCreate()for Activities e é executado durante a criação da Visualização.
onViewCreated()é executado após a visualização ser criada.

should I use one over the other for performance? NO . Não há evidência de aumento de desempenho.

Na verdade, há um onCreate()método em Fragments também, mas raramente é usado (eu nunca o uso, nem acho um bom caso de uso para ele).

Eu sempre uso onCreateView()em Fragments como um substituto para onCreate().
E estou feliz com isso.

A documentação porFragment.onCreateView() enquanto diz:

Recomenda-se apenas aumentar o layout neste método e mover a lógica que opera na View retornada para onViewCreated (View, Bundle).

Não há necessidade de entendermos o porquê; precisamos apenas fazer o que a documentação diz, mas seria interessante saber por que existe essa recomendação. Meu melhor palpite é separação de interesses , mas IMHO isso torna um pouco mais complicado do que deveria ser.

O principal motivo que eu usaria onViewCreatedé porque ele separa qualquer lógica de inicialização da lógica de criação / inflação de hierarquia de exibição que deve ir no onViewCreate. Todas as outras características de desempenho parecem iguais.

Acho que a principal diferença entre eles é quando você usa kotlin.in onCreateView () toda vez que deseja acessar para visualizar em seu arquivo xml, você deve usar findViewById, mas em onViewCreated você pode simplesmente acessar sua visualização apenas chamando o id dela .

onCreateView é usado no fragmento para criar o layout e aumentar a visualização. onViewCreated é usado para fazer referência à visualização criada pelo método acima. Por fim, é uma boa prática definir o ouvinte de ação em onActivityCreated.