ความแตกต่างระหว่าง onCreateView และ onViewCreated ใน Fragment

อะไรคือความแตกต่างที่สำคัญระหว่างสองวิธีนี้? เมื่อฉันสร้าง 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แต่ไม่ควรเริ่มต้นมุมมองอื่น ๆ ที่ใช้ในfindViewByIdonCreateView

เนื่องจากบางครั้งมุมมองไม่ได้รับการเตรียมใช้งานอย่างถูกต้อง ดังนั้นมักจะใช้findViewByIdในonViewCreated(เมื่อมุมมองที่ถูกสร้างขึ้นอย่างเต็มที่) และยังผ่านมุมมองที่เป็นพารามิเตอร์

onViewCreated ตรวจสอบให้แน่ใจว่ามีการสร้างมุมมองอย่างสมบูรณ์

onViewCreated เอกสารประกอบของ Android

เรียกทันทีหลังจากonCreateView( android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle) กลับมา แต่ก่อนที่สถานะที่บันทึกไว้จะถูกเรียกคืนในมุมมอง สิ่งนี้ทำให้คลาสย่อยมีโอกาสเริ่มต้นด้วยตนเองเมื่อพวกเขารู้ว่าลำดับชั้นมุมมองของพวกเขาถูกสร้างขึ้นอย่างสมบูรณ์ อย่างไรก็ตามลำดับชั้นมุมมองของแฟรกเมนต์ไม่ได้แนบกับพาเรนต์ ณ จุดนี้

onViewCreatedถูกเรียกทันทีหลังจากนั้นonCreateView(วิธีที่คุณเริ่มต้นและสร้างวัตถุทั้งหมดของคุณรวมทั้งของคุณTextView) ดังนั้นจึงไม่ใช่เรื่องของประสิทธิภาพ

จากไซต์นักพัฒนา:

onViewCreated (ดูมุมมอง Bundle ที่บันทึกไว้InstanceState)

เรียกทันทีหลังจาก onCreateView (LayoutInflater, ViewGroup, Bundle) กลับมา แต่ก่อนที่สถานะที่บันทึกไว้จะถูกเรียกคืนในมุมมอง สิ่งนี้ทำให้คลาสย่อยมีโอกาสเริ่มต้นด้วยตนเองเมื่อพวกเขารู้ว่าลำดับชั้นมุมมองของพวกเขาถูกสร้างขึ้นอย่างสมบูรณ์ อย่างไรก็ตามลำดับชั้นมุมมองของแฟรกเมนต์ไม่ได้แนบกับพาเรนต์ ณ จุดนี้

ที่มา: Fragment # onViewCreated

การกำหนดมุมมองย่อยให้กับช่องต่างๆจะonViewCreatedดีกว่า เนื่องจากเฟรมเวิร์กทำการตรวจสอบค่าว่างอัตโนมัติให้คุณเพื่อให้แน่ใจว่าลำดับชั้นมุมมองของ Fragment ของคุณถูกสร้างขึ้นและขยาย (หากใช้ไฟล์เลย์เอาต์ 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เรียกว่า just after onCreateViewและ get มีพารามิเตอร์มุมมองที่สูงเกินจริง ประเภทผลตอบแทนคือvoid

onCreateView()เป็น Fragment ที่เทียบเท่าonCreate()กับสำหรับ Activities และรันระหว่างการสร้าง View
onViewCreated()ทำงานหลังจากสร้างมุมมองแล้ว

should I use one over the other for performance? NONOไม่มีหลักฐานการเพิ่มประสิทธิภาพ

จริงๆแล้วมีonCreate()วิธีใน Fragments ด้วย แต่ก็ไม่ค่อยได้ใช้ (ฉันไม่เคยใช้มันและไม่พบวิธีการใช้ที่ดีสำหรับมัน)

ฉันมักจะใช้onCreateView()ใน Fragments แทนonCreate()ไฟล์.
และฉันมีความสุขกับสิ่งนั้น

เอกสารในFragment.onCreateView()ตอนนี้กล่าวว่า:

ขอแนะนำให้ขยายเลย์เอาต์ในวิธีนี้เท่านั้นและย้ายตรรกะที่ทำงานบน View ที่ส่งคืนไปยัง onViewCreated (View, Bundle)

ไม่จำเป็นต้องให้เราเข้าใจว่าทำไม เราแค่ต้องทำตามที่เอกสารบอก แต่ก็น่าสนใจที่จะรู้ว่าทำไมจึงมีคำแนะนำนี้ การเดาที่ดีที่สุดของฉันคือการแยกความกังวลแต่ IMHO สิ่งนี้ทำให้ซับซ้อนกว่าที่ควรจะเป็นเล็กน้อย

เหตุผลหลักที่ฉันจะใช้onViewCreatedคือเนื่องจากมันแยกตรรกะการเริ่มต้นใด ๆ ออกจากตรรกะการขยายตัว / การสร้างลำดับชั้นของมุมมองซึ่งควรอยู่ในonViewCreate. ลักษณะการทำงานอื่น ๆ ทั้งหมดมีลักษณะเหมือนกัน

ฉันคิดว่าความแตกต่างหลักระหว่างสิ่งเหล่านี้คือเมื่อคุณใช้ kotlin.in onCreateView ()ทุกครั้งที่คุณต้องการเข้าถึงเพื่อดูในไฟล์ xml ของคุณคุณควรใช้findViewByIdแต่ในonViewCreatedคุณสามารถเข้าถึงมุมมองของคุณได้เพียงแค่เรียกรหัสของมัน .

onCreateView ใช้ในแฟรกเมนต์เพื่อสร้างเลย์เอาต์และขยายมุมมอง onViewCreated ใช้เพื่ออ้างอิงมุมมองที่สร้างขึ้นโดยวิธีการด้านบน สุดท้ายนี้เป็นแนวทางปฏิบัติที่ดีในการกำหนดการฟังการกระทำใน onActivityCreated