1
00:00:02,280 --> 00:00:07,980
Jadi bagaimana kita bisa memperbarui bahan kami di sini di komponen bahan ketika permintaan DELETE kami selesai.

2
00:00:08,610 --> 00:00:12,660
Yah sekali lagi kita bisa menggunakan pengait yang sudah kita pelajari tentang efek penggunaan.

3
00:00:12,780 --> 00:00:19,970
Ingatlah bahwa efek penggunaan berjalan setelah setiap siklus render sehingga Anda sebenarnya jika dia mengirim permintaan.

4
00:00:20,080 --> 00:00:26,040
Dan dalam permintaan itu pada akhirnya kami mengirimkan respons jika kami berhasil.

5
00:00:26,040 --> 00:00:32,700
Pembaruan ini untuk menyatakan dan karenanya akan memicu komponen yang menggunakan kait kami untuk membangun

6
00:00:32,700 --> 00:00:33,720
kembali sendiri.

7
00:00:33,720 --> 00:00:39,770
Jadi komponen komponen bahan kami akan membangun kembali sendiri ketika permintaan pengiriman selesai.

8
00:00:39,840 --> 00:00:47,220
Berkat logika yang kami miliki di hook kami, pengiriman HP yang berasal dari penggunaan pembaruan peredam untuk

9
00:00:47,220 --> 00:00:50,600
menyatakan ini membangun kembali komponen yang digunakannya.

10
00:00:51,030 --> 00:00:54,030
Ini tentu saja digunakan di kait kami tetapi kait itu digunakan dalam komponen ini.

11
00:00:54,040 --> 00:00:58,230
Oleh karena itu komponen ini dibangun kembali dengan cara jika kita akan menggunakan pengait yang

12
00:00:58,410 --> 00:01:04,210
sama dalam komponen berbeda yang komponen kita tidak akan membangun kembali karena seperti yang saya katakan logika disalin untuk setiap komponen

13
00:01:04,230 --> 00:01:06,090
mereka tidak berbagi data yang sama.

14
00:01:06,090 --> 00:01:10,980
Jadi jika Anda mengirim permintaan dalam komponen a itu tidak berarti bahwa komponen B

15
00:01:11,040 --> 00:01:18,530
juga mengirim peringatan atau sesuatu seperti itu Anda hanya berbagi dalam arti menyalin logika yang sama di seluruh komponen di sini,

16
00:01:18,540 --> 00:01:25,850
namun kami tahu bahwa komponen ini akan dibangun kembali kapan pun maka tangga respons permintaan karenanya kami benar-benar dapat mengubah ini

17
00:01:25,850 --> 00:01:29,570
menggunakan fakta panggilan di sini menjadi yang lebih berguna.

18
00:01:29,570 --> 00:01:37,010
Sebagai contoh, kita dapat mendengarkan data karena kita tahu bahwa berdasarkan permintaan kita di sini ketika ada respons,

19
00:01:37,010 --> 00:01:38,900
kita memilih data respons.

20
00:01:38,930 --> 00:01:46,840
Dan itu berarti bahwa kita menetapkan data di sini pada keadaan kita perubahan data kita ketika respons kita ada sekarang permintaan DELETE

21
00:01:46,850 --> 00:01:53,540
kita tidak mendapatkan data tetapi masih kita akan mengubah sesuatu di sini akan menetapkan nilai baru dalam data respons

22
00:01:53,540 --> 00:01:56,750
dan itu saja sudah cukup di sini .

23
00:01:56,780 --> 00:02:02,450
Jadi dalam bahan ya kami mendengarkan data karena memang menggunakan panggilan fakta di sini ketika kami memiliki

24
00:02:02,450 --> 00:02:03,400
data baru.

25
00:02:03,680 --> 00:02:13,160
Lalu saya ingin memanggil pengiriman yang sekarang berasal dari peredam bahan saya di sini pengiriman jenis hapus karena kami menghapus komponen pada akhirnya

26
00:02:13,700 --> 00:02:21,360
di sini dan melewati I. D. masalahnya adalah dari mana saya mendapatkan ide

27
00:02:21,360 --> 00:02:22,130
itu.

28
00:02:22,350 --> 00:02:28,110
Saya butuh ide di sini tentang tindakan yang saya buat tetapi penggunaan ini pada kenyataannya tidak tahu apa-apa tentang I. D.

29
00:02:29,580 --> 00:02:37,000
solusi yang baik lagi bisa kita tambahkan fitur ke kait kami di sini untuk kait kustom kami di

30
00:02:37,000 --> 00:02:45,190
kait kustom kami dapat menambahkan bidang lain seperti permintaan tambahan yang awalnya juga nol sekarang bahwa tambahan dapat dikirim

31
00:02:45,190 --> 00:02:52,060
set ketika Anda permintaan dikirim ke sana kami dapat mengatur ekstra untuk bertindak, katakanlah ekstra.

32
00:02:52,060 --> 00:02:55,030
Jadi harap memiliki bidang tambahan pada tindakan yang masuk.

33
00:02:55,030 --> 00:02:59,770
Kami mengirimkan permintaan kirim ke sana-sini dan kami dapat mengirim satu set ekstra.

34
00:02:59,950 --> 00:03:02,740
Dan saya berharap mendapatkan ini dari luar.

35
00:03:02,740 --> 00:03:08,620
Jadi sebagai argumen tambahan dan fungsi kirim permintaan saya mendapatkan permintaan tambahan saya dan saya menyimpan

36
00:03:09,100 --> 00:03:20,250
ini di negara saya di sini jadi kembali ke komponen bahan kami ketika kami memanggil kirim permintaan di sini saya tidak mengirim badan jadi saya lulus nol di sini tetapi

37
00:03:20,250 --> 00:03:25,600
untuk permintaan tambahan Saya meneruskan bahan I. D ..

38
00:03:25,770 --> 00:03:31,410
Jadi sekarang bahan I. D. ditambahkan untuk mengirim permintaan ke Hook di mana

39
00:03:31,410 --> 00:03:34,500
kami didefinisikan sebagai fungsional kami kemudian menyimpannya dalam keadaan yang merupakan keadaan untuk komponen ini.

40
00:03:34,500 --> 00:03:35,290
Baik.

41
00:03:35,430 --> 00:03:44,680
Dan oleh karena itu sekarang kita dapat semua pengembalian yang meminta ekstra di sini dalam data dengan mendapatkannya dari status

42
00:03:44,690 --> 00:03:45,890
HBP tambahan.

43
00:03:46,250 --> 00:03:54,990
Dan itu berarti bahwa dalam komponen bahan di sana kita juga dapat mengekstraksi permintaan tambahan dari hasil penggunaan HDTV dan sekarang menggunakannya

44
00:03:54,990 --> 00:04:04,250
di sini dan menggunakan efek sehingga I. D. Saya perlu memberikan tindakan penghapusan di sini sebenarnya adalah permintaan saya tambahan karena

45
00:04:05,740 --> 00:04:11,620
kami tahu bahwa kami akan menyimpan saya. D. dalam permintaan tambahan ketika

46
00:04:11,620 --> 00:04:17,350
kami mengirim permintaan penghapusan itu setelah permintaan penghapusan selesai setelah jawabannya adalah data mereka

47
00:04:17,650 --> 00:04:25,540
akan dipancarkan maka efek ini akan berjalan dan kemudian kami dapat mengirimkan ini untuk memimpin tindakan yang menyesuaikan bahan-bahan kami.

48
00:04:25,540 --> 00:04:31,830
Jadi di sini mari kita tambahkan permintaan tambahan dan ini akan berhasil.

49
00:04:31,840 --> 00:04:37,990
Sekarang izinkan saya juga masuk ke sini sebentar dan membuatnya sangat jelas bahwa bisa aneh untuk berpikir

50
00:04:38,050 --> 00:04:45,760
tentang permintaan HBP seperti ini pada awalnya bahwa kami mengirim mereka ke suatu tempat dan kami menangani respons di tempat lain

51
00:04:45,760 --> 00:04:48,070
dan menggunakan fakta di sini .

52
00:04:48,070 --> 00:04:52,030
Meskipun demikian benar-benar menganut konsep kait.

53
00:04:52,060 --> 00:04:58,240
Dan anehnya jika melihat H jika Anda meminta seperti ini awalnya sebenarnya membuat penanganannya jauh

54
00:04:58,240 --> 00:05:04,870
lebih elegan dalam jangka panjang saya percaya karena Anda dapat dengan jelas melihat kode Anda di mana

55
00:05:05,080 --> 00:05:11,620
Anda menangani hasil permintaan Anda di mana Anda Sedang mengubah data Anda dan di mana Anda baru

56
00:05:11,620 --> 00:05:14,100
saja mengirim permintaan tempat Anda mengirimnya.

57
00:05:14,140 --> 00:05:21,460
Jadi untuk mengatakan dengan mengirim permintaan tetap dan saya ingin menekankan ini di sini alternatif adalah bahwa fungsi kirim

58
00:05:21,490 --> 00:05:28,660
permintaan kami kembali menggunakan H kami untuk hook bahwa fungsi permintaan kirim ini misalnya mengembalikan janji normal metode pengambilan

59
00:05:28,660 --> 00:05:36,160
mengambil API selalu memberi kita begitu juga di tempat-tempat di mana kita memanggil Kirim permintaan kita dapat menambahkan kemudian di

60
00:05:36,160 --> 00:05:43,510
blok tangkap dan kemudian hanya masih melakukan logika kita di kemudian dan menangkap blok daripada menggunakan gunakan mempengaruhi pendekatan ini

61
00:05:43,510 --> 00:05:51,310
di sini dari membagi pengiriman dari permintaan dan penanganan respons bisa lebih membingungkan pada awalnya karena sekarang Anda harus peduli tentang

62
00:05:51,520 --> 00:05:57,640
mendapatkan hal-hal seperti permintaan tambahan dari saya mengirim tempat permintaan saya untuk melakukan saya menangani tempat

63
00:05:57,640 --> 00:06:04,540
respons yang efek kami di sini tetap dalam jangka panjang berjalan seperti yang saya katakan saya pikir setidaknya

64
00:06:04,540 --> 00:06:11,020
kalian berdua menulis kode pembersih di mana Anda membagi tanggung jawab Anda dan di mana Anda hanya

65
00:06:11,020 --> 00:06:17,140
perlu mengubah cara Anda berpikir tentang hal itu dan kemudian Anda benar-benar tidak akan memiliki masalah

66
00:06:17,140 --> 00:06:22,390
dengan tha t pendekatan hanya perlu diketahui bahwa jika Anda tidak menyukai

67
00:06:22,390 --> 00:06:29,070
pendekatan ini sama sekali Anda bisa mengembalikan janji di HP hook Anda alih-alih mengirim permintaan di sana dan

68
00:06:29,070 --> 00:06:36,700
kemudian hanya rantai semua logika penanganan respons Anda setelah mengirim permintaan dalam komponen ini dalam bahan ini Anda bisa lakukan

69
00:06:36,700 --> 00:06:42,150
itu tetapi menggunakan pendekatan ini di sini bersama Anda sebagai fakta yang menangani

70
00:06:42,160 --> 00:06:48,070
responsnya adalah pendekatan di mana Anda benar-benar merangkul kait dan menggunakannya untuk potensi penuh mereka.

71
00:06:48,070 --> 00:06:53,770
Sekarang saya kehabisan bahan jadi untuk menguji ini mari kita memperbaiki penangan wilayah menambahkan sekarang dan

72
00:06:55,030 --> 00:06:56,190
menambahkan penangan bahan.

73
00:06:56,200 --> 00:07:00,190
Sejauh ini kami juga mengirim permintaan kirim dan seterusnya.

74
00:07:00,190 --> 00:07:07,930
Sekarang kita panggil kirim permintaan yang lagi-lagi fungsi ini berasal dari pengait kustom kami di sini jadi kami panggil kirim permintaan apakah

75
00:07:07,930 --> 00:07:14,680
Anda L tentu saja sama dengan Anda, kami menggunakan di sana, jadi saya akan menyalin metode itu di sini

76
00:07:14,680 --> 00:07:21,580
karena kami menambahkan bahan akan memposting tubuh akan tubuh yang kita miliki sebelumnya perlu menjadi Jason jadi mari kita gunakan

77
00:07:21,580 --> 00:07:29,620
string Fi Fi dari Jason dan di sini saya tidak perlu tambahan khusus jadi saya tidak akan meneruskannya jadi ini lagi disebut Kirim

78
00:07:29,620 --> 00:07:35,590
permintaan dan keadilan sebelum ini pergi ke kami hook mengeksekusi fungsi ini di tengah-tengah acara ini dan

79
00:07:35,590 --> 00:07:40,460
begitu respons ada di tengah-tengah acara respons ini karena ia menyimpan data respons.

80
00:07:40,480 --> 00:07:49,030
Jadi sekarang lagi kita dapat menggunakan efek kita untuk bereaksi terhadap data dalam bahan J File dan memperbarui bahan lokal kita berdasarkan

81
00:07:49,030 --> 00:07:55,830
data yang kita dapatkan kembali jadi di sini kita telah menggunakan fakta yang mengulangi di mana data berubah

82
00:07:55,890 --> 00:08:01,240
atau ketika permintaan perubahan tambahan dan oh kami kemudian selalu mengirim permintaan penghapusan.

83
00:08:01,260 --> 00:08:06,960
Nah, itu mungkin bukan yang kita inginkan di sini, pada akhirnya kita bisa mengetahui apa yang harus dikirim.

84
00:08:07,400 --> 00:08:13,790
Kami tahu bahwa jika kami memiliki permintaan tambahan dalam aplikasi kami di sini, kami ingin mengirimkan permintaan penghapusan karena

85
00:08:13,850 --> 00:08:17,340
kami hanya menggunakan hal tambahan itu untuk menghapus permintaan.

86
00:08:17,350 --> 00:08:22,700
Jadi jika kita memiliki tambahan jika itu bukan nol maka itu adalah permintaan penghapusan.

87
00:08:22,700 --> 00:08:27,620
Dan untuk memastikan bahwa ini akan dihapus untuk setiap permintaan baru saya akan

88
00:08:27,620 --> 00:08:35,390
pergi ke kait kustom saya dan benar-benar mengatakan tambahan untuk membatalkan sini ketika kami mengirim permintaan tetapi disimpan pada respon mereka semua

89
00:08:35,450 --> 00:08:37,510
diatur ekstra untuk tindakan ekstra.

90
00:08:38,140 --> 00:08:45,020
Dan itu berarti bahwa lebih jauh ke bawah di kait kustom kami, kami tidak lagi menambahkan ekstra ketika kami mengirim permintaan.

91
00:08:45,020 --> 00:08:46,900
Jadi singkirkan tahun ini.

92
00:08:46,970 --> 00:08:49,820
Alih-alih, kita menambahkan yang ekstra untuk merespons tangga

93
00:08:52,630 --> 00:08:59,820
sehingga sedikit perubahan di sini sehingga di peti bahan kita tahu jika kita memiliki tambahan maka kita akan menghapus yang lain

94
00:09:01,350 --> 00:09:03,900
dalam case kita sejauh ini kita tambahkan.

95
00:09:03,900 --> 00:09:05,820
Jadi di sini saya bisa mengirim.

96
00:09:05,820 --> 00:09:07,440
Yah pada dasarnya apa yang kami lakukan sebelumnya.

97
00:09:07,470 --> 00:09:08,910
Biarkan saya gulir ke bawah.

98
00:09:09,090 --> 00:09:10,810
Dapat mengirim ini di sini.

99
00:09:10,840 --> 00:09:15,040
Jadi mari kita salin dan gunakan di sini.

100
00:09:15,070 --> 00:09:16,750
Hapus semua komentar.

101
00:09:16,750 --> 00:09:22,560
Sekarang tentu saja di sini saya mengandalkan beberapa data dari respons.

102
00:09:22,560 --> 00:09:24,780
Hal yang baik adalah kita mendapatkan data itu.

103
00:09:24,780 --> 00:09:29,970
Jadi itu seharusnya data titik nama karena kami menyimpan data respons apa pun yang kami dapatkan

104
00:09:29,970 --> 00:09:36,800
di kait kustom kami memulihkan bahwa kami mengirimkan ini di sini bersama dengan tindakan kami dan yang disimpan dalam keadaan kami

105
00:09:36,800 --> 00:09:37,610
di sana.

106
00:09:37,790 --> 00:09:40,550
Jadi kami menyimpan data respons dan data.

107
00:09:40,550 --> 00:09:42,630
Jadi hal yang baik adalah kita memiliki akses ke ini.

108
00:09:42,950 --> 00:09:49,450
Tetapi untuk bahan yang kami juga ingin kami lewatkan bahwa sekarang kami dapat mengirim sebagai

109
00:09:49,480 --> 00:09:57,690
tambahan permintaan tentu saja tapi kemudian ini memeriksa Woudenberg Anda mencuri mari gunakan permintaan tambahan di sini dan kemudian khawatir

110
00:09:57,690 --> 00:10:00,420
tentang hal ini di langkah kedua.

111
00:10:00,510 --> 00:10:03,390
Jadi permintaan tambahan harus menjadi bahan yang ditambahkan.

112
00:10:03,390 --> 00:10:07,880
Jadi tambahkan handler bahan di mana kita mendapatkan bahan yang hanya melewatkan ide.

113
00:10:07,950 --> 00:10:13,140
Saya sekarang akan meneruskan bahan itu sebagai tambahan tetapi sekarang karena kami memiliki tambahan untuk dihapus dan

114
00:10:13,140 --> 00:10:18,510
untuk ditambahkan. Kami membutuhkan cara berbeda untuk membedakan kedua fakta ini untuk menangani dua hasil yang kami dapatkan

115
00:10:18,510 --> 00:10:19,860
kembali dari kail kami.

116
00:10:19,980 --> 00:10:22,880
Karena itu di hook saya akan menambahkan bidang baru.

117
00:10:22,920 --> 00:10:28,890
Yang terakhir di sini untuk negara saya ke keadaan awal itu pengenal.

118
00:10:28,920 --> 00:10:39,570
Awalnya tidak, tetapi kami memusatkan di mana kami mengirim permintaan kirim, katakanlah, lalu setel pengenal sama

119
00:10:39,600 --> 00:10:40,620
dengan.

120
00:10:40,620 --> 00:10:46,550
Dan saya berharap untuk mendapatkan pengidentifikasi sebagai pengidentifikasi permintaan argumen mungkin.

121
00:10:46,550 --> 00:10:54,060
Jadi saya akan mengatur ini di sini lulus untuk tindakan dan di reducer ketika kami mengirim semua pengidentifikasi ini

122
00:10:54,150 --> 00:10:57,410
di sini sama dengan action dot identifier.

123
00:10:57,410 --> 00:11:02,290
Jadi sekarang kita dapat menambahkan pengidentifikasi untuk setiap permintaan HBP akhir.

124
00:11:02,580 --> 00:11:04,680
Itulah yang akan saya lakukan dalam ramuan.

125
00:11:04,690 --> 00:11:10,230
J. S. akankah kami mengirim X permisi ketika kami

126
00:11:10,230 --> 00:11:15,360
mengirim permintaan di sini untuk menambahkan bahan yang semuanya dinamai bahan tambah yang menjadi pengidentifikasi di sini sepenuhnya terserah Anda,

127
00:11:15,360 --> 00:11:21,500
Anda dapat menggunakan pengidentifikasi apa pun yang Anda inginkan dapat menjadi string dapat menjadi nomor saya akan menggunakan tambahkan bahan sebagai string untuk menghilangkan bahan.

128
00:11:21,510 --> 00:11:29,320
Saya akan menggunakan pengidentifikasi bahan penghapusan dan sekarang kita dapat menggunakan pengidentifikasi ini dalam efek kami

129
00:11:29,320 --> 00:11:32,380
untuk mengidentifikasi logika kami dengan jelas.

130
00:11:32,500 --> 00:11:36,450
Jadi mari kita dapatkan pengenal dari menggunakan HDP.

131
00:11:36,450 --> 00:11:38,130
Mari kita pastikan kita mengembalikannya ke sana.

132
00:11:38,130 --> 00:11:45,240
Jadi di kait kustom kami di bagian bawah kami mengembalikan semua yang ada di sana, kami juga harus kembali untuk meminta pengidentifikasi dari

133
00:11:45,780 --> 00:11:46,230
Asia.

134
00:11:46,230 --> 00:11:52,440
Jika Anda menyatakan pengidentifikasi sekarang adalah ID untuk mengembalikannya di sini di pengait khusus, kami dapat menariknya

135
00:11:52,500 --> 00:11:57,300
dari nilai pengembalian di sini dalam bahan pengidentifikasi permintaan J seperti ini.

136
00:11:57,510 --> 00:12:01,790
Dan sekarang dengan itu ditarik kita dapat menambahkannya sebagai ketergantungan untuk menggunakan efek.

137
00:12:01,890 --> 00:12:06,880
Dan kemudian di sini periksa apakah permintaan pengidentifikasi sama dengan apa yang saya gunakan.

138
00:12:07,140 --> 00:12:15,260
Hapus bahan yang merupakan pengidentifikasi saya di sini untuk dihapus dan untuk menambahkan saya gunakan untuk menambahkan bahan.

139
00:12:15,310 --> 00:12:23,060
Jadi ya saya akan memeriksa yang lain jika pengidentifikasi permintaan sama dengan menambahkan bahan, jika tidak, tidak akan melakukan apa pun.

140
00:12:24,460 --> 00:12:33,460
Jadi sekarang ini sudah cukup dan saya tahu banyak yang perlu kita tambahkan bahan jadi mari kita login di

141
00:12:33,460 --> 00:12:34,210
sini.

142
00:12:36,960 --> 00:12:41,570
Dan mari kita tambahkan beberapa apel di sini dan saya mendapatkan kesalahan.

143
00:12:41,600 --> 00:12:47,110
Nama properti pengalengan NOL dalam otoritas garis bahan chef gratis.

144
00:12:47,160 --> 00:12:50,600
Apakah Anda tahu apa penyebabnya?

145
00:12:50,600 --> 00:12:53,120
Yah itu terjadi cukup cepat jika Anda menyelesaikannya.

146
00:12:53,120 --> 00:12:57,140
Jadi masalahnya adalah U. S. efek berjalan setelah setiap siklus render.

147
00:12:57,140 --> 00:13:00,650
Dan kapan komponen ini menampilkan semua yang direndernya.

148
00:13:00,680 --> 00:13:07,040
Misalnya ketika pelanggan kami di sini melakukan sesuatu ketika mengirimkan tindakan pengiriman yang sebenarnya mengatur pemuatan menjadi

149
00:13:07,070 --> 00:13:13,130
benar yang menyebabkan kemarahan terhadap kami untuk membuat ulang karena kami menggunakan pemuatan di sana.

150
00:13:13,130 --> 00:13:22,480
Masuk akal sekarang karena itu keadaan kasus kami ingin memastikan bahwa kami tidak hanya memeriksa pengidentifikasi di sini sebelum kami mengirimkan tindakan

151
00:13:22,480 --> 00:13:28,120
tetapi kami semua memeriksa ketika kami selesai dengan memuat karena kami memuat maka

152
00:13:28,120 --> 00:13:32,280
kami mungkin memiliki data tetapi kami Belum selesai memuatnya.

153
00:13:32,320 --> 00:13:40,460
Ya, data hanya akan ditetapkan jika ada respons di kait kustom kami di sini, tetapi ketika kami mengirim tindakan pertama, kita semua

154
00:13:40,460 --> 00:13:48,300
akan melihat data untuk pertama kalinya, jadi hanya menonton untuk perubahan data saja di sini tidak akan melakukan trik terutama karena

155
00:13:48,300 --> 00:13:52,990
permintaan tambahan dan pengidentifikasi permintaan juga mungkin telah berubah dan karenanya efeknya

156
00:13:53,000 --> 00:13:54,360
akan dijalankan kembali.

157
00:13:54,360 --> 00:14:00,180
Jadi di sini kita perlu pemeriksaan yang lebih terperinci, kita dapat memeriksa apakah kita tidak memuat lagi.

158
00:14:00,180 --> 00:14:05,820
Dan tentu saja itu berarti bahwa kita sekarang perlu menambahkan sedang memuat sebagai ketergantungan

159
00:14:05,820 --> 00:14:14,840
di sini untuk menggunakan efek dan kami memiliki pengenal di sini dan di sini untuk menambahkan Itu sama atau memeriksa untuk tidak memuat dan

160
00:14:14,850 --> 00:14:16,220
pengenal sebagai bahan.

161
00:14:16,230 --> 00:14:22,650
Selain itu saya juga ingin memastikan bahwa Anda ada di sini bahwa kami mendapat data sehingga ini bukan atau kami tidak

162
00:14:22,650 --> 00:14:23,580
memiliki kesalahan.

163
00:14:23,580 --> 00:14:25,190
Mungkin itu pemeriksaan yang lebih baik.

164
00:14:25,200 --> 00:14:31,160
Jadi kita semua harus menambahkan kesalahan di sini adalah semua pemeriksaan yang masuk akal untuk dihapus.

165
00:14:31,220 --> 00:14:35,320
Saya ingin memastikan bahwa kami tidak memiliki kesalahan di sini.

166
00:14:35,360 --> 00:14:45,340
Jadi sekarang mari kita simpan log in ini dan mari kita tambahkan beberapa pisang di sini dan ini terlihat bagus ini terlihat jauh lebih baik atau ditambahkan

167
00:14:45,430 --> 00:14:50,000
dapat melihat mereka di sini juga dan ini berfungsi di hapus kami.

168
00:14:50,020 --> 00:14:52,200
Katakanlah apel larut.

169
00:14:52,210 --> 00:14:55,690
Terlihat lumayan untuk sekarang berfungsi dengan bantuan untuk pengait kustom.