Perbedaan antara onCreateView dan onViewCreated di Fragment

Apa perbedaan mendasar antara kedua metode ini? Saat saya membuat TextView, haruskah saya menggunakan salah satu dari yang lain untuk kinerja?

Edit: Apa bedanya

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

Kami menghadapi beberapa error saat memulai tampilan di onCreateView.

Anda harus memekarkan tata letak Anda onCreateViewtetapi tidak menginisialisasi tampilan lain menggunakan findViewByIddalam onCreateView.

Karena terkadang view tidak diinisialisasi dengan benar. Jadi selalu gunakan findViewByIddalam onViewCreated(saat tampilan sepenuhnya dibuat) dan ini juga meneruskan tampilan sebagai parameter.

onViewCreated adalah untuk memastikan bahwa tampilan sepenuhnya dibuat.

Dokumentasi android onViewCreated

Dipanggil segera setelah onCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle) dikembalikan, tetapi sebelum status tersimpan apa pun dipulihkan ke tampilan. Hal ini memberi kesempatan kepada subclass untuk menginisialisasi dirinya sendiri setelah mengetahui hierarki tampilannya telah dibuat sepenuhnya. Namun, hierarki tampilan fragmen tidak dilampirkan ke induknya pada saat ini.

onViewCreateddipanggil segera setelahnya onCreateView(metode Anda menginisialisasi dan membuat semua objek Anda, termasuk Anda TextView), jadi ini bukan masalah kinerja.

Dari situs pengembang:

onViewCreated (Tampilan tampilan, Bundle disimpanInstanceState)

Dipanggil segera setelah onCreateView (LayoutInflater, ViewGroup, Bundle) telah ditampilkan, tetapi sebelum status tersimpan apa pun dipulihkan ke tampilan. Hal ini memberi kesempatan kepada subclass untuk menginisialisasi dirinya sendiri setelah mengetahui hierarki tampilannya telah dibuat sepenuhnya. Namun, hierarki tampilan fragmen tidak dilampirkan ke induknya pada saat ini.

Sumber: Fragment # onViewCreated

Lebih baik melakukan tugas subview ke bidang di onViewCreated. Ini karena framework melakukan pemeriksaan null otomatis untuk Anda guna memastikan bahwa hierarki tampilan Fragmen Anda telah dibuat dan ditingkatkan (jika menggunakan file layout XML) dengan benar.

Cuplikan kode dari: 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);
}

onCreateViewmengembalikan tampilan yang meningkat. OnViewCreateddipanggil tepat setelah onCreateViewdan get memiliki parameter tampilan yang meningkat. Jenis kembalinya adalahvoid

onCreateView()adalah Fragmen yang setara dengan onCreate()untuk Aktivitas dan dijalankan selama pembuatan Tampilan.
onViewCreated()berjalan setelah View dibuat.

should I use one over the other for performance? TIDAK . Tidak ada bukti peningkatan kinerja.

Sebenarnya ada onCreate()metode di Fragmen juga, tetapi jarang digunakan (saya tidak pernah menggunakannya, atau menemukan kasus penggunaan yang baik untuk itu).

Saya selalu menggunakan onCreateView()Fragmen sebagai pengganti onCreate().
Dan saya senang dengan itu.

Dokumen untukFragment.onCreateView() saat ini mengatakan:

Direkomendasikan untuk hanya memekarkan tata letak dalam metode ini dan memindahkan logika yang beroperasi pada Tampilan yang dikembalikan ke onViewCreated (View, Bundle).

Tidak perlu bagi kami untuk memahami mengapa; kami hanya perlu melakukan apa yang dikatakan oleh dokumen, tetapi akan menarik untuk mengetahui mengapa rekomendasi ini ada. Tebakan terbaik saya adalah pemisahan perhatian , tetapi IMHO ini membuatnya sedikit lebih rumit dari yang seharusnya.

Alasan utama yang akan saya gunakan onViewCreatedadalah karena memisahkan logika inisialisasi apa pun dari hierarki tampilan logika inflasi / pembuatan yang harus masuk dalam file onViewCreate. Semua karakteristik kinerja lainnya terlihat sama.

Saya pikir perbedaan utama antara ini adalah ketika Anda menggunakan kotlin.in onCreateView () setiap kali Anda ingin mengakses untuk melihat di file xml Anda, Anda harus menggunakan findViewById tetapi di onViewCreated Anda cukup mengakses ke tampilan Anda hanya dengan memanggil id-nya .

onCreateView digunakan dalam fragmen untuk membuat tata letak dan meluaskan tampilan. onViewCreated digunakan untuk mereferensikan tampilan yang dibuat dengan metode di atas. Terakhir, adalah praktik yang baik untuk mendefinisikan pendengar tindakan di onActivityCreated.