Apa yang saya tahu ialah melakukan tinjauan pendapat di halaman kejayaan kupon (atau soket web dengan redis pubsub untuk pengalaman yang lebih baik) untuk mendapatkan keputusan akhir.
Keperluan produk adalah segerak (hasil dikembalikan serentak), dan baris gilir digunakan terutamanya untuk mencapai pelaksanaan tak segerak, seperti pesanan, pemberitahuan, dsb. Jika anda benar-benar mahu menggunakan baris gilir untuk mensimulasikan hasil penyegerakan, anda hanya boleh mendapatkan hasil kupon secara berasingan.
"Redis menyokong penerbitan/langgan": Terdapat beberapa masalah dengan menggunakan mod ini
Terdapat terlalu banyak saluran yang perlu ditentukan Jika satu saluran digunakan semula, pelanggan perlu menapis banyak mesej dan protokol teks diperlukan (terbitkan hanya menyokong teks)
Selepas menghantar permintaan kepada perkhidmatan, jika ia menutup telefon sebelum menerima balasan, maklumat kupon akan hilang
Cadangan adalah seperti berikut:
Cara terbaik ialah mengubah suai permintaan tak segerak menjadi permintaan segerak
Jika tidak, anda boleh mempertimbangkan untuk meletakkan hasil pemprosesan permintaan dalam cincang (id-> hasil)
Jika ia tidak segerak dan hasil koleksi tidak dikembalikan melalui permintaan koleksi, jika anda menggunakan ajax seperti yang dinyatakan di atas untuk mendapatkan hasil koleksi, ia tidak memerlukan ajax untuk memulakan permintaan dalam gelung, kerana anda tidak tahu apabila keputusan kutipan akan keluar, anda hanya boleh Selagi pengundian terlibat, masalah akan timbul Jika selang pengundian terlalu pendek, pelayan akan berada di bawah tekanan yang hebat Jika selang pengundian panjang, akan berlaku kelewatan dalam memaklumkan dan menerima keputusan.
Jika anda tidak mahu melakukan penyegerakan, anda boleh menggunakan soket web Kedua-dua pihak boleh berkomunikasi dan bertukar data pada bila-bila masa tanpa sebarang kelewatan. Atau gunakan SSE (Peristiwa dihantar Pelayan) untuk menolak terus WebSocket adalah dua hala dan SSE adalah sehala, yang cukup untuk menolak mesej.
服务器推送事件（Server-sent Events），简称SSE，是 HTML 5 规范中的一个组成部分，可以用来从服务端实时推送数据到浏览器端。相对于与之类似的 COMET 和 WebSocket 技术来说，服务器推送事件的使用更简单，对服务器端的改动也比较小。对于某些类型的应用来说，服务器推送事件是最佳的选择。
SSE LinkSSE
Bagi proses operasi dalaman pelayan, terdapat banyak pilihan Selagi lapisan cache atau mq ditambah di tengah, operasi tak segerak boleh dicapai. Contohnya, zmq, redis pub/sub, dsb.
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
https://redis.io/topics/pubsub
Redis menyokong penerbitan/langgan
Apa yang saya tahu ialah melakukan tinjauan pendapat di halaman kejayaan kupon (atau soket web dengan redis pubsub untuk pengalaman yang lebih baik) untuk mendapatkan keputusan akhir.
Keperluan produk adalah segerak (hasil dikembalikan serentak), dan baris gilir digunakan terutamanya untuk mencapai pelaksanaan tak segerak, seperti pesanan, pemberitahuan, dsb.
Jika anda benar-benar mahu menggunakan baris gilir untuk mensimulasikan hasil penyegerakan, anda hanya boleh mendapatkan hasil kupon secara berasingan.
"Redis menyokong penerbitan/langgan": Terdapat beberapa masalah dengan menggunakan mod ini
-
- Selepas menghantar permintaan kepada perkhidmatan, jika ia menutup telefon sebelum menerima balasan, maklumat kupon akan hilang
Cadangan adalah seperti berikut:Terdapat terlalu banyak saluran yang perlu ditentukan Jika satu saluran digunakan semula, pelanggan perlu menapis banyak mesej dan protokol teks diperlukan (terbitkan hanya menyokong teks)
Jika ia tidak segerak dan hasil koleksi tidak dikembalikan melalui permintaan koleksi, jika anda menggunakan ajax seperti yang dinyatakan di atas untuk mendapatkan hasil koleksi, ia tidak memerlukan ajax untuk memulakan permintaan dalam gelung, kerana anda tidak tahu apabila keputusan kutipan akan keluar, anda hanya boleh Selagi pengundian terlibat, masalah akan timbul Jika selang pengundian terlalu pendek, pelayan akan berada di bawah tekanan yang hebat Jika selang pengundian panjang, akan berlaku kelewatan dalam memaklumkan dan menerima keputusan.
Jika anda tidak mahu melakukan penyegerakan, anda boleh menggunakan soket web Kedua-dua pihak boleh berkomunikasi dan bertukar data pada bila-bila masa tanpa sebarang kelewatan.
Atau gunakan SSE (Peristiwa dihantar Pelayan) untuk menolak terus WebSocket adalah dua hala dan SSE adalah sehala, yang cukup untuk menolak mesej.
SSE LinkSSE
Bagi proses operasi dalaman pelayan, terdapat banyak pilihan Selagi lapisan cache atau mq ditambah di tengah, operasi tak segerak boleh dicapai. Contohnya, zmq, redis pub/sub, dsb.
Menuntut ilmu. . . .