Navigation Compose API ช่วยให้คุณไปยังส่วนต่างๆ ระหว่าง Composable ใน แอป Compose ได้ พร้อมทั้งใช้ประโยชน์จากคอมโพเนนต์ โครงสร้างพื้นฐาน และฟีเจอร์ของ Jetpack Navigation
หน้านี้อธิบายวิธีย้ายข้อมูลจากการนำทาง Jetpack ที่อิงตาม Fragment ไปยัง Navigation Compose ซึ่งเป็นส่วนหนึ่งของการย้ายข้อมูล UI ที่อิงตาม View ไปยัง Jetpack Compose
ข้อกำหนดเบื้องต้นในการย้ายข้อมูล
คุณจะย้ายข้อมูลไปยัง Navigation Compose ได้เมื่อแทนที่ Fragment ทั้งหมดด้วย Composable ของหน้าจอที่เกี่ยวข้องได้ Composable ของหน้าจออาจมีเนื้อหา Compose และ View ผสมกัน แต่ปลายทางการนำทางทั้งหมดต้องเป็น Composable เพื่อเปิดใช้การย้ายข้อมูล Navigation Compose ในระหว่างนี้ คุณควรใช้คอมโพเนนต์การนำทางที่อิงตาม Fragment ในฐานของโค้ด View และ Compose ที่ทำงานร่วมกันต่อไป ดูข้อมูลเพิ่มเติมได้ที่เอกสารประกอบเกี่ยวกับการทำงานร่วมกันของการนำทาง
การใช้ Navigation Compose ในแอป Compose เท่านั้นไม่ใช่ข้อกำหนดเบื้องต้น คุณสามารถใช้ คอมโพเนนต์การนำทางที่อิงตาม Fragment ต่อไปได้ ตราบใดที่คุณยังคงใช้ Fragment สำหรับโฮสต์เนื้อหาที่ใช้ Composable
ขั้นตอนการย้ายโปรเจ็กต์
ไม่ว่าคุณจะใช้กลยุทธ์การย้ายข้อมูลที่แนะนำหรือใช้วิธีอื่น คุณก็จะมาถึงจุดที่ปลายทางการนำทางทั้งหมดเป็น Composable ของหน้าจอ โดย Fragment จะทำหน้าที่เป็นเพียงคอนเทนเนอร์ Composable ในขั้นตอนนี้ คุณสามารถย้ายข้อมูลไปยัง Navigation Compose ได้
หากแอปของคุณใช้รูปแบบการออกแบบ UDF และคำแนะนำเกี่ยวกับ สถาปัตยกรรมอยู่แล้ว การย้ายข้อมูลไปยัง Jetpack Compose และ Navigation Compose ไม่ควร ต้องมีการปรับโครงสร้างเลเยอร์อื่นๆ ของแอปครั้งใหญ่ นอกเหนือจากเลเยอร์ UI
หากต้องการย้ายข้อมูลไปยัง Navigation Compose ให้ทำตามขั้นตอนต่อไปนี้
- เพิ่ม Navigation Compose dependency ลงในแอป
สร้าง
App-levelที่ใช้ร่วมกันได้ แล้วเพิ่มลงในActivityเป็น จุดแรกเข้าของ Compose แทนที่การตั้งค่าเลย์เอาต์ View ดังนี้class SampleActivity : ComponentActivity() { override fun onCreate(savedInstanceState: Bundle?) { super.onCreate(savedInstanceState) // setContentView<ActivitySampleBinding>(this, R.layout.activity_sample) setContent { SampleApp(/* ... */) } } }
สร้างประเภทสำหรับปลายทางการนำทางแต่ละรายการ ใช้
data objectสำหรับ ปลายทางที่ไม่ต้องใช้ข้อมูล และdata classหรือclassสำหรับ ปลายทางที่ต้องใช้ข้อมูล@Serializable data object First @Serializable data class Second(val id: String) @Serializable data object Third
ตั้งค่า
NavControllerในที่ที่ Composable ทั้งหมดที่ต้องอ้างอิงถึงเข้าถึงได้ (โดยปกติจะอยู่ภายใน ComposableApp) แนวทางนี้เป็นไปตามหลักการของการยกระดับสถานะ และช่วยให้คุณใช้NavControllerเป็นแหล่งความจริงสำหรับ การไปยังมาระหว่างหน้าจอที่ประกอบได้และการรักษา Back Stack@Composable fun SampleApp() { val navController = rememberNavController() // ... }
สร้าง
NavHostของแอปภายในAppที่ใช้ร่วมกันได้ แล้วส่งnavController:@Composable fun SampleApp() { val navController = rememberNavController() SampleNavHost(navController = navController) } @Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { // ... } }
เพิ่ม
composableปลายทางเพื่อสร้างกราฟการนำทาง หากก่อนหน้านี้มีการย้ายข้อมูลแต่ละหน้าจอไปยัง Compose แล้ว ขั้นตอนนี้จะมีเพียงการ ดึงข้อมูล Composable ของหน้าจอเหล่านี้จาก Fragment ไปยังcomposableปลายทางclass FirstFragment : Fragment() { override fun onCreateView( inflater: LayoutInflater, container: ViewGroup?, savedInstanceState: Bundle? ): View { return ComposeView(requireContext()).apply { setContent { // FirstScreen(...) EXTRACT FROM HERE } } } } @Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { composable<First> { FirstScreen(/* ... */) // EXTRACT TO HERE } composable<Second> { SecondScreen(/* ... */) } // ... } }
หากคุณทำตามคำแนะนำเกี่ยวกับการออกแบบ UI ของ Compose โดยเฉพาะวิธีส่ง
ViewModelและเหตุการณ์การนำทางไปยัง Composable ขั้นตอนถัดไปคือการเปลี่ยนวิธีระบุViewModelให้กับ Composable ของแต่ละหน้าจอ คุณมักจะใช้การแทรก Hilt และจุดผสานรวมกับ Compose และ Navigation ผ่านhiltViewModelได้@Composable fun FirstScreen( // viewModel: FirstViewModel = viewModel(), viewModel: FirstViewModel = hiltViewModel(), onButtonClick: () -> Unit = {}, ) { // ... }
แทนที่การเรียกใช้การนำทาง
findNavController()ทั้งหมดด้วยการเรียกใช้navControllerและส่งการเรียกใช้เหล่านี้เป็นเหตุการณ์การนำทางไปยังแต่ละหน้าจอที่ใช้ได้ แทนที่จะส่งnavControllerทั้งหมด แนวทางนี้เป็นไปตามแนวทางปฏิบัติ แนะนำในการแสดงเหตุการณ์จากฟังก์ชันที่ประกอบได้ต่อผู้เรียกใช้ และ รักษาnavControllerให้เป็นแหล่งข้อมูลที่ถูกต้องเพียงแห่งเดียวคุณส่งข้อมูลไปยังปลายทางได้โดยการสร้างอินสแตนซ์ของคลาสเส้นทาง ที่กำหนดไว้สำหรับปลายทางนั้น จากนั้นจะรับได้โดยตรง จากรายการในสแต็กย้อนกลับที่ปลายทาง หรือจาก
ViewModelโดยใช้SavedStateHandle.toRoute()@Composable fun SampleNavHost( navController: NavHostController ) { NavHost(navController = navController, startDestination = First) { composable<First> { FirstScreen( onButtonClick = { // findNavController().navigate(firstScreenToSecondScreenAction) navController.navigate(Second(id = "ABC")) } ) } composable<Second> { backStackEntry -> val secondRoute = backStackEntry.toRoute<Second>() SecondScreen( id = secondRoute.id, onIconClick = { // findNavController().navigate(secondScreenToThirdScreenAction) navController.navigate(Third) } ) } // ... } }
นำ Fragment, เลย์เอาต์ XML ที่เกี่ยวข้อง, การนำทางที่ไม่จำเป็น และทรัพยากรอื่นๆ รวมถึง Fragment ที่ล้าสมัยและทรัพยากร Dependency ของ Jetpack Navigation ออก
คุณดูขั้นตอนเดียวกันพร้อมรายละเอียดเพิ่มเติมที่เกี่ยวข้องกับ Navigation Compose ได้ในเอกสารประกอบการตั้งค่า
กรณีการใช้งานทั่วไป
ไม่ว่าคุณจะใช้คอมโพเนนต์การนำทางใด หลักการเดียวกันของการนำทางจะใช้ได้
กรณีการใช้งานทั่วไปเมื่อย้ายข้อมูลมีดังนี้
- ไปยัง Composable
- ไปยังส่วนต่างๆ ด้วยอาร์กิวเมนต์
- Deep Link
- การนำทางแบบซ้อน
- การผสานรวมกับแถบนำทางด้านล่าง
- การผสานรวมกับคอมโพเนนต์การนำทางที่กำหนดเอง
ดูข้อมูลโดยละเอียดเพิ่มเติมเกี่ยวกับกรณีการใช้งานเหล่านี้ได้ที่การไปยังส่วนต่างๆ ด้วย Compose
ดึงข้อมูลที่ซับซ้อนเมื่อนำทาง
เราขอแนะนำอย่างยิ่งว่าอย่าส่งต่อออบเจ็กต์ข้อมูลที่ซับซ้อนเมื่อไปยังส่วนต่างๆ ให้ส่งข้อมูลที่จำเป็นขั้นต่ำ เช่น ตัวระบุที่ไม่ซ้ำกันหรือ รูปแบบอื่นๆ ของรหัส เป็นอาร์กิวเมนต์เมื่อดำเนินการนำทางแทน คุณควรจัดเก็บออบเจ็กต์ที่ซับซ้อนเป็นข้อมูลในแหล่งข้อมูลที่ถูกต้องแห่งเดียว เช่น dataLayer ดูข้อมูลเพิ่มเติมได้ที่หัวข้อการดึงข้อมูลที่ซับซ้อนเมื่อ ไปยังส่วนต่างๆ
หาก Fragment ส่งออบเจ็กต์ที่ซับซ้อนเป็นอาร์กิวเมนต์ ให้ลองรีแฟกเตอร์ โค้ดก่อน เพื่อให้จัดเก็บและดึงข้อมูลออบเจ็กต์เหล่านี้จาก เลเยอร์ข้อมูลได้ ดูตัวอย่างได้ในที่เก็บ Now in Android
ข้อจำกัด
ส่วนนี้จะอธิบายข้อจำกัดปัจจุบันของ Navigation Compose
การย้ายข้อมูลไปยัง Navigation Compose แบบค่อยเป็นค่อยไป
ขณะนี้คุณยังใช้ Navigation Compose ไม่ได้ในขณะที่ยังใช้ Fragment เป็น ปลายทางในโค้ด หากต้องการเริ่มใช้ Navigation Compose ปลายทางทั้งหมดของคุณต้องเป็น Composable คุณติดตามคำขอฟีเจอร์นี้ได้ใน เครื่องมือติดตามปัญหา
ภาพเคลื่อนไหวการเปลี่ยน
ตั้งแต่ Navigation 2.7.0-alpha01 เป็นต้นไป การรองรับการตั้งค่าภาพเคลื่อนไหวที่กำหนดเอง ซึ่งก่อนหน้านี้มาจาก AnimatedNavHost จะได้รับการรองรับโดยตรงใน NavHost แล้ว อ่านบันทึกประจำรุ่นเพื่อดูข้อมูลเพิ่มเติม
ดูข้อมูลเพิ่มเติม
ดูข้อมูลเพิ่มเติมเกี่ยวกับการย้ายข้อมูลไปยัง Navigation Compose ได้ที่แหล่งข้อมูลต่อไปนี้
- Codelab ของ Navigation Compose: ดูข้อมูลพื้นฐานเกี่ยวกับ Navigation Compose ด้วย Codelab เชิงปฏิบัติ
- ที่เก็บ Now in Android: แอป Android ที่ทำงานได้อย่างเต็มรูปแบบ สร้างขึ้นด้วย Kotlin และ Jetpack Compose ทั้งหมด ซึ่งเป็นไปตามการออกแบบ Android และแนวทางปฏิบัติแนะนำในการพัฒนา รวมถึงมี Navigation Compose
- การย้ายข้อมูล Sunflower ไปยัง Jetpack Compose: บล็อกโพสต์ที่บันทึกเส้นทางการย้ายข้อมูลของแอปตัวอย่าง Sunflower จาก View ไปยัง Compose ซึ่งรวมถึงการย้ายข้อมูลไปยัง Navigation Compose ด้วย
- Jetnews สำหรับทุกหน้าจอ: บล็อกโพสต์ที่บันทึกการรีแฟคเตอร์และการย้ายข้อมูลตัวอย่าง Jetnews เพื่อรองรับทุกหน้าจอด้วย Jetpack Compose และ Navigation Compose
แนะนำสำหรับคุณ
- หมายเหตุ: ข้อความลิงก์จะแสดงเมื่อ JavaScript ปิดอยู่
- การไปยังส่วนต่างๆ ด้วย Compose
- Compose และไลบรารีอื่นๆ
- ข้อควรพิจารณาอื่นๆ