Gesaan dan konteks
Aplikasi ini menghantar kemas kini kursor, gaya kedudukan (pose), atau pratonton seret berfrekuensi tinggi di mana keadaan terkini lebih penting daripada setiap kemas kini sejarah. Terangkan cara menggunakan datagrams WebTransport, mengendalikan kehilangan tanpa tertib, bajet saiz, tekanan balik (backpressure), penyambungan semula, dan pelayar yang tidak disokong. Jangan hanya membandingkan WebSocket dengan HTTP/3.
Perkara yang dinilai oleh penemu duga
- Mengetahui bahawa datagram tidak menjamin penghantaran atau urutan dan tidak boleh membawa fakta kritikal.
- Mereka bentuk versi mesej, tempoh luput, peraturan pengguguran, dan bajet trafik.
- Memisahkan datagram daripada penstriman yang boleh dipercayai serta mengendalikan barisan gilir, kesesakan, dan penyambungan semula.
- Menyediakan HTTPS, pengesanan keupayaan, sandaran (fallback), dan kebolehcerapan.
Soalan penjelasan untuk ditanya
- Mesej manakah yang merupakan keadaan sementara yang boleh dibina semula, dan yang manakah memerlukan ketahanan bertertib yang boleh dipercayai?
- Apakah saiz datagram, kadar kemas kini, sasaran kependaman, dan kadar kehilangan yang boleh diterima?
- Bolehkah klien pulih daripada snapshot, dan dari manakah penyambungan semula memperoleh keadaan berwibawa (authoritative state)?
- Adakah pelayar dan rangkaian menyokong WebTransport, HTTPS, dan HTTP/3? Apakah sandarannya?
Rangka kerja jawapan 30 saat
Saya akan memperuntukkan datagram untuk keadaan semasa yang boleh digugurkan dan meletakkan operasi, kebenaran, dan hasil akhir pada penstriman yang boleh dipercayai atau storan pelayan. Setiap kemas kini keadaan akan membawa jujukan, cap masa, dan versi objek; penerima hanya menggunakan versi yang lebih baharu dan menggugurkan data lapuk. Pengirim mengehadkan saiz, kadar, dan panjang barisan gilir berbanding menimbal selama-lamanya. Sambungan bermula dengan snapshot yang boleh dipercayai, penyambungan semula mengambil semula keadaan berwibawa, dan kegagalan keupayaan akan berundur ke saluran sedia ada yang boleh dipercayai.
Perbincangan mendalam langkah demi langkah
1. Tetapkan sempadan kebolehpercayaan
Kursor dan pratonton boleh dibina semula dan sesuai untuk datagram. Operasi dokumen, perubahan kebenaran, dan hasil komit memerlukan laluan bertertib yang boleh dipercayai. Berkongsi satu sambungan tidak menjadikan kedua-dua semantik pengangkutan boleh ditukar ganti.
2. Reka bentuk mesej yang boleh digugurkan
Lampirkan jujukan monotonik, masa penciptaan, dan versi sesi pada setiap objek. Terima hanya versi yang lebih baharu; gugurkan mesej di luar tetingkap kesegaran, untuk objek yang dipadamkan, atau di belakang versi semasa. Datagram tidak sepatutnya mengandungi fakta unik yang tidak dapat dipulihkan oleh snapshot.
3. Kawal bajet dan pemulihan
Hadkan saiz mesej, kadar penghantaran, dan panjang barisan gilir; apabila barisan gilir hampir mencapai hadnya, gabungkan (coalesce) keadaan terbaharu untuk setiap objek. Selepas menyambung semula, ambil snapshot melalui penstriman yang boleh dipercayai sebelum menggunakan datagram baharu supaya keadaan sementara yang lapuk tidak dapat menimpanya.
4. Keserasian dan kebolehcerapan
Wujudkan sambungan hanya dalam konteks selamat dan kesan keupayaan pelayar. Rekodkan kadar pengguguran, panjang barisan gilir, kegagalan penghantaran, penyambungan semula, dan masa pembaikan snapshot. Gunakan WebSocket atau pengundian (polling) sebagai sandaran apabila WebTransport tidak tersedia sambil mengekalkan protokol versi keadaan yang sama.
Contoh jawapan model
Saya akan mengklasifikasikan mesej sebagai keadaan sementara yang boleh dibina semula atau fakta tanpa kehilangan: kursor dan pratonton seret menggunakan datagram, manakala operasi dokumen, kebenaran, dan hasil komit menggunakan penstriman yang boleh dipercayai. Setiap datagram membawa versi objek, jujukan, dan cap masa; penerima menerima versi yang lebih baharu dan menggugurkan versi lapuk, manakala pengirim mengehadkan saiz, kadar, dan barisan gilir serta menggabungkan kemas kini. Semasa menyambung atau menyambung semula, snapshot yang boleh dipercayai menetapkan kewibawaan sebelum datagram disambung semula. HTTPS, pengesanan keupayaan, sandaran WebSocket atau pengundian, serta metrik untuk kehilangan, barisan gilir, penyambungan semula, dan masa pembaikan melengkapkan reka bentuk ini.
Kesilapan lazim
- Menganggap datagram sebagai barisan gilir bertertib yang boleh dipercayai.
- Menghantar kebenaran, pembayaran, atau fakta yang tidak boleh dibina semula sebagai datagram.
- Meniadakan versi dan kesegaran, membiarkan keadaan lama menimpa keadaan baharu.
- Membiarkan barisan gilir penghantaran berkembang tanpa had di bawah kesesakan.
- Menyambung semula keadaan lama selepas penyambungan semula tanpa mengambil snapshot yang berwibawa.
- Mengabaikan HTTPS, pengesanan pelayar, dan sandaran.
Soalan susulan dan jawapan
Apakah yang anda lakukan apabila kehilangan meningkat?
Pendekkan tetingkap keadaan, kurangkan kadar penghantaran, dan gabungkan kemas kini untuk setiap objek; simpan fakta kritikal pada penstriman yang boleh dipercayai. Pertimbangkan semula datagram jika keadaan tidak dapat dibina semula daripada snapshot.
Bagaimanakah anda menghalang penindihan tidak mengikut urutan?
Bandingkan versi objek atau jujukan monotonik dan terima nilai yang lebih besar sahaja. Majukan epok sesi semasa penyambungan semula dan tolak mesej daripada sesi yang lebih lama.
Mengapa mengekalkan penstriman yang boleh dipercayai?
Datagram tidak menjamin ketibaan atau susunan dan sesuai untuk keadaan di mana "nilai baharu menggantikan nilai lama". Log, snapshot, kebenaran, dan pengesahan akhir memerlukan pengangkutan yang boleh dipercayai dan ketahanan.