1 00:00:02,250 --> 00:00:07,800 Jadi sekarang untuk mengakhiri modul ini, saya ingin memastikan bahwa kami juga menyimpan pesanan di server dan 2 00:00:07,800 --> 00:00:10,530 tentu saja kami mengambilnya dari sana juga. 3 00:00:10,540 --> 00:00:16,810 Sekarang kita memiliki pembuat tindakan pesanan di sana-sini kita dapat lagi mengambil keuntungan dari Redux Thunk dan mengembalikan 4 00:00:16,810 --> 00:00:22,780 fungsi kita di sini, yang mendapatkan fungsi pengiriman, yang harus disinkronkan dengan kata kunci async sehingga kita 5 00:00:22,810 --> 00:00:25,280 dapat menggunakan async menunggu dan dalam fungsi 6 00:00:25,570 --> 00:00:32,110 itu di sini yang kami kembalikan, pada akhirnya tentu saja saya akan mengirimkan objek tindakan saya, tetapi sebelum kami 7 00:00:32,110 --> 00:00:38,320 melakukannya, kami sekarang dapat mengirim permintaan untuk menyimpan pesanan itu di server dan kami dapat meminjam permintaan itu 8 00:00:38,320 --> 00:00:41,650 dari pembuat tindakan produk. Tidak ada perbedaan besar 9 00:00:41,710 --> 00:00:46,930 apakah kita membuat produk atau pesanan itu, jadi kita dapat menyalin seluruh kode pembuatan 10 00:00:46,930 --> 00:00:59,170 produk ini di sini sampai ke sini dan memindahkannya ke pesanan. file js. 11 00:00:59,180 --> 00:01:00,450 Sekarang tentu saja, Anda 12 00:01:00,470 --> 00:01:05,530 juga dapat menambahkan penanganan kesalahan di sini, saya tidak memilikinya di sini, satu hal yang paling ingin saya tambahkan 13 00:01:05,540 --> 00:01:07,880 adalah bahwa saya tidak mendapatkan cek jika responsnya tidak 14 00:01:07,880 --> 00:01:13,130 oke dalam hal ini saya ingin untuk melempar kesalahan baru, ada yang tidak beres tapi itu seharusnya tidak menjadi 15 00:01:13,130 --> 00:01:14,500 fokus di sini karena kami 16 00:01:14,510 --> 00:01:16,410 membahas penanganan kesalahan dan memuat pemintal, bukan 17 00:01:16,440 --> 00:01:20,420 bagian yang ingin saya fokuskan di sini, sebagai gantinya mari pastikan bahwa kami mengirimkan 18 00:01:20,450 --> 00:01:21,080 permintaan 19 00:01:21,110 --> 00:01:25,150 ini ke alamat yang benar dan itu tidak boleh menjadi simpul produk tetapi katakanlah simpul 20 00:01:25,520 --> 00:01:32,260 pesanan yang masuk akal menurut saya karena kami ingin menyimpan pesanan kami. Mungkin kami juga ingin menyimpan pesanan kami khusus untuk pengguna itu sehingga kami bisa menyimpannya di 21 00:01:32,260 --> 00:01:38,740 / orders / U1 yang merupakan ID pengguna dummy saya, saya asumsikan di sini. Nantinya itu akan berbeda, nanti kita akan 22 00:01:38,740 --> 00:01:42,040 memiliki ID asli di sini, ID dinamis, untuk sekarang 23 00:01:42,040 --> 00:01:48,350 mari kita hardcode ini di sini sehingga kita memiliki beberapa subfolder, satu subfolder per pengguna nanti. 24 00:01:48,610 --> 00:01:53,980 Itu harus berupa permintaan pos karena kami menambahkan, kami menambahkan beberapa data baru, kami menambahkan pesanan baru. 25 00:01:53,980 --> 00:01:55,360 Header ini perlu diatur dan 26 00:01:55,360 --> 00:01:58,170 tentu saja data yang kami kirim berbeda. Di sana saya 27 00:01:58,210 --> 00:02:05,020 ingin mengirim barang kartu saya dan jumlah total saya dan satu hal penting lainnya, tanggal pesanan. 28 00:02:05,890 --> 00:02:12,820 Saya ingin mengirim kencan saya di sini dikonversi ke string dengan toISOString pada objek tanggal sehingga kami membuat ini 29 00:02:12,820 --> 00:02:17,530 secara lokal di aplikasi dan kemudian kami menyimpan stempel waktu di server. 30 00:02:17,530 --> 00:02:22,180 Sekarang di aplikasi Anda, Anda mungkin juga ingin melakukan pembuatan tanggal di server tetapi karena kursus ini tidak 31 00:02:22,180 --> 00:02:27,100 harus fokus pada pemrograman sisi server, kami hanya akan melakukannya di sini dan mengirimkannya ke server dan tidak terlalu 32 00:02:27,100 --> 00:02:29,450 khawatir tentang apa lagi yang bisa dilakukan server untuk 33 00:02:29,530 --> 00:02:34,500 kita, sebagai gantinya mari kita lakukan semua hal di sini dan kirimkan saja cap waktu yang sudah selesai ke server. 34 00:02:34,570 --> 00:02:40,300 Sekarang ini akan menambahkan pesanan di sini dan setelah selesai, kami mendapatkan kembali data respons kami 35 00:02:40,330 --> 00:02:46,090 yang akan mencakup ID yang dihasilkan secara otomatis jika Anda ingat, kami juga melakukannya pada pembuatan produk. 36 00:02:46,090 --> 00:02:51,820 Jadi karena itu sekarang ketika kita menambahkan pesanan, kita tentu saja meneruskan barang dan jumlahnya tetapi sekarang saya juga ingin 37 00:02:51,820 --> 00:02:55,990 meneruskan ID yang saya dapatkan dari resData. nama, itu logika yang sama 38 00:02:56,170 --> 00:03:02,710 yang kami gunakan ketika kami membuat produk dan ada satu hal tambahan, snapshot tanggal saya tentu saja harus 39 00:03:02,710 --> 00:03:05,040 sama dengan yang dibuat di sini. 40 00:03:05,050 --> 00:03:14,010 Jadi sebenarnya yang akan saya lakukan adalah saya akan membuat snapshot saya di sini, berkencan dengan tanggal baru dan kemudian menggunakan konstanta ini untuk 41 00:03:14,010 --> 00:03:20,840 membuat versi string saya dan menggunakan konstanta yang sama di sini untuk meneruskannya dengan data pesanan saya. 42 00:03:20,850 --> 00:03:23,730 Jadi di sini tanggal mengacu pada konstanta tanggal ini, sehingga 43 00:03:23,730 --> 00:03:29,400 saya menggunakan satu dan stempel waktu yang sama, keduanya secara lokal di data saya dikelola dengan Redux yang merupakan data yang 44 00:03:29,400 --> 00:03:35,670 saya gunakan di sini dalam aplikasi yang sedang berjalan ini dan tentu saja juga memiliki stempel waktu yang sama di server yang merupakan data 45 00:03:35,670 --> 00:03:41,880 yang akan saya muat di masa depan atau perangkat lain akan memuat. Dan sekarang kita hanya perlu 46 00:03:41,900 --> 00:03:45,500 mengerjakan peredam pesanan untuk menambah pesanan. 47 00:03:45,500 --> 00:03:48,450 ID sekarang adalah sesuatu yang saya dapatkan dari luar, jadi 48 00:03:48,470 --> 00:03:52,910 di sini saya punya data pesanan. Id karena itulah yang kami 49 00:03:52,940 --> 00:03:58,700 teruskan di sini, ID Firebase yang dihasilkan secara otomatis memberi kami dan tanggal juga diterima 50 00:03:58,910 --> 00:04:06,100 dari luar, di sini kami sekarang dapat menggunakan orderData. tanggal seperti ini dan dengan itu, kami memiliki semua logika untuk 51 00:04:06,250 --> 00:04:07,600 mudah-mudahan menambahkan pesanan. 52 00:04:07,630 --> 00:04:14,710 Sekarang, mari kita kembali ke sini dan menambahkan ini ke keranjang dan mengklik pesanan sekarang, ini tampaknya berhasil, jika kita kembali 53 00:04:14,740 --> 00:04:20,890 sekarang kita melihat node pesanan di sini di Firebase dengan subfolder U1 untuk pengguna kami dengan ID unik 54 00:04:20,890 --> 00:04:27,400 yang dihasilkan dan di sana, data pesanan dengan stempel waktu dengan harga, dengan item kartu yang merupakan kemeja putih 55 00:04:27,400 --> 00:04:31,570 yang satu ini dan itu semua tidak terlihat terlalu buruk, menurut saya.