Seri SwiftUI 08｜Permasalahan umum Daftar SwiftUI: menyegarkan, menghapus, melompat, dan kinerja

List adalah salah satu kontrol di SwiftUI yang paling mudah “terlihat mudah untuk ditulis” dan juga paling mudah mendapat masalah dalam bisnis nyata.

Karena banyak contoh sederhana yang berfungsi dengan baik:

• Data dapat ditampilkan segera setelah dimasukkan
• Penyegaran pull-down juga dapat diakses
• Hapus, lompat, dan partisi tampaknya memiliki kemampuan yang siap

Tapi begitu itu mulai muncul di proyek:

• Paginasi
• Cari
• Tautan status setelah penghapusan
• Lompat ke detail dan kembali
• Memuat gambar

Masalah List secara bertahap akan terungkap.

1. Akar penyebab banyak masalah Daftar adalah “identitas data” tidak dipikirkan dengan matang.

Banyak perilaku SwiftUI yang sangat terkait dengan identitas. Jika data daftar “terlihat sama” tetapi identitasnya tidak stabil, maka akan mudah muncul nanti:

• Memantul saat menyegarkan
• Animasi aneh saat dihapus
• Posisi gulir tidak normal setelah kembali ke daftar
• Konten baris tertentu tidak disegarkan dengan benar

Jadi hal yang paling mendasar dan paling diremehkan tentang List adalah:

• Apakah identitas setiap item stabil?
• Apakah identitas ini masih dapat dipercaya saat melakukan refresh, paging, dan searching?

Banyak daftar “bug metafisik”, akar permasalahan terakhir ada di sini.

2. Refreshing dan paging seringkali mengacaukan status daftar.

Karena penyegaran dan paging pada dasarnya mengubah “koleksi daftar saat ini”, dan perubahan koleksi akan berdampak langsung pada:

• hubungan penggunaan kembali sel
• posisi gulir
• Status pemuatan saat ini
• Beralih antara status kosong dan status konten

Jika hubungan ini tidak diklarifikasi, mudah untuk:

• Daftar akan berkedip saat Anda menarik ke bawah untuk menyegarkan.
• Buat paginasi kembali dan hitung ulang seluruh daftar
• Hasil lama menimpa konten baru

Jadi kesulitan sebenarnya dengan List sering kali adalah:

• Negara bagian mana yang harus dipertahankan saat melakukan penyegaran?
• Negara bagian mana yang harus ditambahkan saat paging? -Apakah akan ada konflik bersamaan antara permintaan dengan jenis yang sama

3. Operasi penghapusan seringkali tidak sesederhana “menghapus elemen”

Di permukaan, penghapusan hanya menghilangkan sebuah elemen dari array. Namun dalam daftar sebenarnya, penghapusan sering kali memengaruhi hal-hal berikut secara bersamaan:

• Koleksi tampilan terkini
• Keputusan negara kosong
• negara bagian yang dipilih
• Status lompat
• Status sinkronisasi backend

Jika Anda hanya “menghapus dulu lalu bicara”, mudah untuk:

• Penghapusan berhasil, namun halaman detail masih mengarah ke objek lama
• Jika penghapusan gagal, daftar dan status server tidak konsisten
• Animasi baik-baik saja, tetapi logika rollback sumber data membingungkan

Hal ini menunjukkan bahwa kesulitan sebenarnya dalam penghapusan adalah:

• Siapa pemilik sumber datanya?
• Apakah penghapusan merupakan pembaruan optimis atau menunggu konfirmasi dari server?
• Bagaimana cara menutup status navigasi setelah penghapusan?

4. Melompat mudah terjerat List dan menimbulkan masalah.

Merupakan hal yang umum untuk menganggap daftar dan lompatan sebagai fungsi independen, namun dalam proyek nyata keduanya sangat terkait erat.

Pertanyaan umum meliputi:

• Hapus item saat ini setelah mengklik detailnya, dan status pengembalian ke daftar salah.
• Setelah daftar disegarkan, jalur asli yang dipilih akan menjadi tidak valid.
• Hasil pencarian melompat ke detail lalu kembali, dan status daftar diatur ulang.

Sifat dari masalah ini biasanya:

• Daftar status data
• Status item yang dipilih
• Status jalur navigasi

tidak diperlakukan sebagai kumpulan masalah yang sama.

5. Masalah kinerja sangat mudah meledak di Daftar

Karena daftar tersebut memperbesar banyak masalah kecil.

Misalnya:

• hierarki tampilan item terlalu dalam
• Pemuatan dan penguraian gambar terlambat
• Konversi teks dan data dilakukan pada tahap tampilan
• Perincian penyegaran terlalu besar

Biaya ini mungkin dapat ditanggung pada halaman biasa, namun dalam skenario pengguliran frekuensi tinggi seperti List, hal ini dapat dengan mudah menyebabkan penurunan bingkai dan kedipan.

Jadi ada banyak masalah kinerja List, dan ini sangat sensitif terhadap identitas data, rentang penyegaran, dan waktu tampilan.

6. Ide yang lebih stabil: pertama-tama perlakukan Daftar sebagai “proyeksi negara” dan bukan “wadah untuk data”

Situasi yang umum adalah ketika menulis daftar, default yang diingat adalah:

• Saya punya satu set data
• Masukkan ke dalam Daftar

Ide yang lebih stabil dalam proyek nyata adalah:

• Apa status halaman saat ini?
• Kumpulan item daftar manakah yang harus diproyeksikan ke kumpulan negara bagian ini?
• Item daftar mana yang memiliki identitas stabil
• Tindakan pengguna mana yang akan mengubah rangkaian status ini

Setelah Anda menganggap List sebagai proyeksi keadaan dan bukan wadah sederhana, banyak pertanyaan mulai menjadi jelas:

• Mengutamakan identitas
• Hapus, segarkan, dan paging tidak dapat dilihat secara terpisah
• Keadaan lompatan juga harus dipertimbangkan bersama

7. Kesimpulan: Kesulitan sebenarnya dari List adalah bahwa “identitas, status, dan interaksi” dapat dengan mudah terjerat bersama.

Singkatnya, saya akan mengatakan:

List di SwiftUI Bagian yang paling sulit adalah ketika interaksi identitas data, status halaman, dan penghapusan/refresh/lompat saling terkait, jika ada batasan yang tidak ditetapkan, masalah akan terungkap secara bersamaan.

Oleh karena itu, jika Anda ingin menggunakan List secara stabil, kuncinya adalah terlebih dahulu:

• identitas barang
• Daftar status
• Aliran status setelah interaksi

Luruskan ketiga hal ini.