Saya ada cakap dalam isu ini Apa yang saya lakukan tahun ini adalah mengenai pusat membeli-belah. Antaranya ialah dari halaman shopping cart atau butiran produk ke halaman pengesahan pesanan. Saya menyusun data dari troli beli-belah mengikut format data halaman pengesahan pesanan (biasanya menjadi objek pada akhirnya) dan kemudian menyimpannya dalam storan setempat (semua dilakukan di sebelah mudah alih), dan kemudian melompat terus ke halaman untuk melintasi dan membuat objek data pada halaman pengesahan pesanan. Tidak apa-apa, jangan risau, ini hanya untuk dilihat oleh pengguna di bahagian hadapan Bahagian belakang akan mengira jumlah pesanan sekali lagi apabila membayar, dan kemudian membahagikan pesanan, jadi walaupun pengguna menukar maklumat pembayaran, dia tetap perlu membayar wang itu,
Tidak, kandungan troli beli-belah tidak dihantar dari borang ke pelayan Ia bergantung pada cara troli beli-belah pusat membeli-belah anda dilaksanakan Sama ada SESSION, MySQL, atau redis, dsb. Apabila pesanan diserahkan, beli-belah. kandungan troli perlu berada di bahagian pelayan, Ini adalah untuk terus membaca perpustakaan atau SESI, redis Sahkan semula sama ada kuantiti sku konsisten semasa menghantarnya Kira semula jumlah harga, diskaun, dan jumlah harga di sebelah
Akhir sekali: Jangan sekali-kali mempercayai data yang dihantar dalam borang, termasuk harga produk Jika tidak, ia akan menjadi jenaka untuk membeli beribu-ribu dolar dengan hanya satu sen.
Pendekatan kami sebelum ini adalah untuk menyepadukan struktur data yang disediakan oleh bahagian belakang ke dalam rentetan, hantarkannya ke bahagian belakang, dan bahagian belakang akan menghuraikannya mengikut algoritmanya sendiri
Sebagai contoh1_xxx_24:2_xxx_56
Ini ialah bahagian belakang yang membelah kepada berbilang produk berdasarkan titik bertindih, dan kemudian mendapatkan nilai tiga parameter berdasarkan garis bawah Data pada masa itu ialah, susunan parameter tidak boleh salah, dan parameter mesti hadir,
Sekadar contoh, ia bergantung pada bagaimana anda ingin melaksanakannya di bahagian belakang, bahagian hadapan hanya bertanggungjawab untuk menghantar dan menerima
Simpan data dalam troli beli-belah di bahagian hadapan, seperti vuex dalam VUE dan redux in react Data ini akan sentiasa disimpan di tempat awam Jika anda tidak log masuk, tidak mengapa mula-mula dalam troli beli-belah dan klik untuk membayar log masuk semula dan akhirnya serahkan dalam bentuk tatasusunan json
![[Web front-end] Permulaan pantas Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Saya ada cakap dalam isu ini Apa yang saya lakukan tahun ini adalah mengenai pusat membeli-belah. Antaranya ialah dari halaman shopping cart atau butiran produk ke halaman pengesahan pesanan. Saya menyusun data dari troli beli-belah mengikut format data halaman pengesahan pesanan (biasanya menjadi objek pada akhirnya) dan kemudian menyimpannya dalam storan setempat (semua dilakukan di sebelah mudah alih), dan kemudian melompat terus ke halaman untuk melintasi dan membuat objek data pada halaman pengesahan pesanan. Tidak apa-apa, jangan risau, ini hanya untuk dilihat oleh pengguna di bahagian hadapan Bahagian belakang akan mengira jumlah pesanan sekali lagi apabila membayar, dan kemudian membahagikan pesanan, jadi walaupun pengguna menukar maklumat pembayaran, dia tetap perlu membayar wang itu,
Tidak, kandungan troli beli-belah tidak dihantar dari borang ke pelayan Ia bergantung pada cara troli beli-belah pusat membeli-belah anda dilaksanakan
Sama ada SESSION, MySQL, atau redis, dsb.
Apabila pesanan diserahkan, beli-belah. kandungan troli perlu berada di bahagian pelayan,
Ini adalah untuk terus membaca perpustakaan atau SESI, redis
Sahkan semula sama ada kuantiti sku konsisten semasa menghantarnya
Kira semula jumlah harga, diskaun, dan jumlah harga di sebelah
Akhir sekali: Jangan sekali-kali mempercayai data yang dihantar dalam borang, termasuk harga produk
Jika tidak, ia akan menjadi jenaka untuk membeli beribu-ribu dolar dengan hanya satu sen.
Berunding dengan bahagian belakang anda,
Pendekatan kami sebelum ini adalah untuk menyepadukan struktur data yang disediakan oleh bahagian belakang ke dalam rentetan, hantarkannya ke bahagian belakang, dan bahagian belakang akan menghuraikannya mengikut algoritmanya sendiri
Sebagai contoh
1_xxx_24:2_xxx_56Ini ialah bahagian belakang yang membelah kepada berbilang produk berdasarkan titik bertindih, dan kemudian mendapatkan nilai tiga parameter berdasarkan garis bawah Data pada masa itu ialah, susunan parameter tidak boleh salah, dan parameter mesti hadir,
Sekadar contoh, ia bergantung pada bagaimana anda ingin melaksanakannya di bahagian belakang, bahagian hadapan hanya bertanggungjawab untuk menghantar dan menerima
Simpan data dalam troli beli-belah di bahagian hadapan, seperti vuex dalam VUE dan redux in react Data ini akan sentiasa disimpan di tempat awam Jika anda tidak log masuk, tidak mengapa mula-mula dalam troli beli-belah dan klik untuk membayar log masuk semula dan akhirnya serahkan dalam bentuk tatasusunan json