フラグメントでのonCreateViewとonViewCreatedの違い

これら2つの方法の本質的な違いは何ですか？TextViewを作成するとき、パフォーマンスを向上させるためにどちらを使用する必要がありますか？

編集：との違いは何ですか

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

でビューの初期化中にクラッシュが発生しましたonCreateView。

でレイアウトを膨らませるonCreateView必要がありますがfindViewById、in を使用して他のビューを初期化しないでくださいonCreateView。

ビューが正しく初期化されない場合があるためです。したがって、常に（ビューが完全に作成されている場合）で使用findViewByIdしonViewCreated、ビューをパラメーターとして渡します。

onViewCreated ビューが完全に作成されたことを確認します。

onViewCreated androidドキュメント

onCreateView（android.view.LayoutInflater, android.view.ViewGroup、android.os.Bundle）が戻った直後、ただし保存された状態がビューに復元される前に呼び出されます。これにより、サブクラスは、ビュー階層が完全に作成されたことがわかると、初期化する機会が与えられます。ただし、フラグメントのビュー階層は、この時点では親に関連付けられていません。

onViewCreatedonCreateView（を含むすべてのオブジェクトを初期化および作成するメソッド）の直後に呼び出されるTextViewため、パフォーマンスの問題はありません。

開発者サイトから：

onViewCreated（ビューの表示、バンドルのsavedInstanceState）

onCreateView（LayoutInflater、ViewGroup、Bundle）が戻った直後、ただし保存された状態がビューに復元される前に呼び出されます。これにより、サブクラスは、ビュー階層が完全に作成されたことがわかると、初期化する機会が与えられます。ただし、フラグメントのビュー階層は、この時点では親に関連付けられていません。

ソース：Fragment＃onViewCreated

のフィールドにサブビューを割り当てることをお勧めしますonViewCreated。これは、フレームワークが自動的にnullチェックを行い、フラグメントのビュー階層が作成され、（XMLレイアウトファイルを使用している場合）適切に拡張されているためです。

コードスニペット：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);
}

onCreateView膨張したビューを返します。OnViewCreated直後に呼び出されonCreateView、getは膨張ビューのパラメーターを持ちます。その戻り型はvoid

onCreateView()はフラグメントと同等のonCreate()アクティビティであり、ビューの作成中に実行されます。ビューが作成された後に
onViewCreated()実行されます。

should I use one over the other for performance? いいえ。パフォーマンスが向上したという証拠はありません。

実際にonCreate()はFragmentsにもメソッドがありますが、めったに使用されません（私はそれを使用したことはなく、適切なユースケースを見つけていません）。

私は常にonCreateView()Fragmentsの代わりとして使用しonCreate()ます。
そして、私はそれに満足しています。

Fragment.onCreateView()今のところドキュメントは言う：

このメソッドのレイアウトのみを拡張し、返されたビューで動作するロジックをonViewCreated（View、Bundle）に移動することをお勧めします。

理由を理解する必要はありません。ドキュメントが言うように行う必要があるだけですが、この推奨事項が存在する理由を知ることは興味深いでしょう。私の推測は懸念の分離ですが、私見ではこれにより、必要以上に複雑になります。

私が使用する主な理由onViewCreatedは、初期化ロジックを、ビュー階層のインフレーション/作成ロジックから分離するためonViewCreateです。他のすべてのパフォーマンス特性は同じに見えます。

これらの主な違いは、kotlin.in onCreateView（）を使用するときに、xmlファイルのビューにアクセスするたびにfindViewByIdを使用する必要があると思いますが、onViewCreatedでは、idを呼び出すだけでビューにアクセスできます。

onCreateViewは、レイアウトを作成してビューを拡張するためにフラグメントで使用されます。onViewCreatedは、上記の方法で作成されたビューを参照するために使用されます。最後に、onActivityCreatedでアクションリスナーを定義することをお勧めします。