1
00:00:00,240 --> 00:00:01,050
歡迎回來。

2
00:00:01,260 --> 00:00:02,870
因此，我們拿起我們不放過。

3
00:00:02,880 --> 00:00:07,390
我們已經覆蓋指數，我們已經討論建立新的，我們已經討論節目。

4
00:00:07,500 --> 00:00:12,300
現在我們正在做的編輯和更新，我會在我看來，是前期和你在一起。

5
00:00:12,330 --> 00:00:27,410
這兩個是最多的工作，這就是因為如果你想想它削減更新實際上完成這有點新，創造和表演之間的混合體，其中新uncreate可以只在其上創建一個新的狗每次都和新的博客。

6
00:00:27,410 --> 00:00:30,810
更新必須先找到舊的，然後更新它。

7
00:00:30,990 --> 00:00:32,060
因此，將開始使用它。

8
00:00:32,190 --> 00:00:37,030
這是斜線狗斜線ID斜線EDID這顯示了四個。

9
00:00:37,410 --> 00:00:38,850
因此，讓我們開始在那裡。

10
00:00:38,850 --> 00:00:41,990
我們在此之前，我就介紹一些您需要談論的事。

11
00:00:42,330 --> 00:00:52,200
它寫的形式更新路由更新的形式和一些所謂的方法重寫，我會得到，但它是我們不得不面對一個可愛的小問題。

12
00:00:52,230 --> 00:00:53,920
因此，讓我們先從編輯路線。

13
00:00:54,220 --> 00:01:05,650
而實際上是剛過，我得到斜線博客它削減ID斜線。

14
00:01:05,910 --> 00:01:19,880
在那裡，我們走在我們的回調請求和響應，所有我們需要在這裡做的，開始是響應了渲染還不存在的編輯表單。

15
00:01:19,920 --> 00:01:20,620
大。

16
00:01:20,640 --> 00:01:22,550
現在，讓我們創建一個表單。

17
00:01:22,620 --> 00:01:25,320
因此，在已接觸使用斜線。

18
00:01:25,500 --> 00:01:26,300
是。

19
00:01:26,760 --> 00:01:29,700
然後打開它。

20
00:01:31,080 --> 00:01:38,670
讓我們先從簡單好用的使用只是一個H1頁面，並確保我們可以看到。

21
00:01:38,670 --> 00:01:47,070
因此，開始J中S中的服務器節點，然後到那裡。

22
00:01:47,140 --> 00:01:54,700
在採取任何的這些和加上在其斜線和它可能只是什麼使得它不必須是一個有效的ID。

23
00:01:54,780 --> 00:01:56,690
我們仍然可以看到編輯頁面。

24
00:01:56,880 --> 00:01:57,870
大。

25
00:01:57,880 --> 00:02:03,320
現在，讓我們一那要做到這一點，我們可以只取新的形式。

26
00:02:03,540 --> 00:02:09,160
所以，實際上，我要一切從本頁面複製過來，然後我們會更新一些東西。

27
00:02:09,180 --> 00:02:11,570
第一個是，而不是新的博客。

28
00:02:11,690 --> 00:02:13,580
我會改變它無以复加。

29
00:02:14,490 --> 00:02:18,240
我們還需要改變的地方這個帖子去或者形式去。

30
00:02:18,240 --> 00:02:19,920
因此，這不是削減了博客。

31
00:02:20,100 --> 00:02:26,660
我們需要發送這是道格的斜線ID更新路線，但我們沒有在這裡的ID還。

32
00:02:26,700 --> 00:02:35,910
我們必須先看看它的模板，所以我會離開它，因為sashed博客現在，我會離開methodis職務，以及和它是開始，我們將離開一切。

33
00:02:36,000 --> 00:02:46,350
讓我們確保當我們打開這件事我們看到了一個很好的形式，說，在它，我們就下次是兩個有聯繫的功能。

34
00:02:46,440 --> 00:02:47,970
基本上，我們會得到他們兩個是免費的。

35
00:02:47,970 --> 00:02:51,470
通過做一件事情的兩個功能是一體的。

36
00:02:51,540 --> 00:02:56,710
我們需要的形式提交給它的斜線博客斜線ID正確的你阿雷爾。

37
00:02:56,760 --> 00:02:58,600
因此，我們需要一個ID。

38
00:02:58,680 --> 00:03:02,290
另一件事是，我們希望這種形式與數據預填。

39
00:03:02,610 --> 00:03:10,590
否則，你沒有編輯或只是打字的東西了，所以應該顯示我編輯的形象和內容的博客的標題。

40
00:03:10,590 --> 00:03:16,400
這兩項的要求我們先來看看我們的編輯路線內的實際博客。

41
00:03:16,950 --> 00:03:26,070
所以這就是我說的話有點像新的和展示的結合，因為我們必須先使用該ID查找正確的塊。

42
00:03:26,190 --> 00:03:52,530
所以就像通過ID顯示其博客了查找和ID是請求參數ID那麼我們有我們的回調再次調用這個發現日誌，如果有一個錯誤讓我們只是做我們同樣的紅尾鳥重定向到削減博客別人休息的渲染它。

43
00:03:52,590 --> 00:04:00,980
除非我們將在數據一點點的傳遞，這將是登錄等於找到博客。

44
00:04:01,560 --> 00:04:02,600
完善。

45
00:04:02,610 --> 00:04:04,560
現在，我們在我們的模板博客。

46
00:04:04,620 --> 00:04:06,070
一切順利。

47
00:04:06,120 --> 00:04:14,710
所以它裡面，讓我們開始說簡單的編輯，然後把標題這裡，這樣只會被記錄。

48
00:04:14,740 --> 00:04:23,680
標題EJAY是我們，如果我們現在刷新我們將不得不重新刷新這個頁面。

49
00:04:24,450 --> 00:04:34,420
其實這個是一個可怕的例子，因為我們沒有一個標題讓我們挑那些早期像這樣一個在這裡的第一篇文章中的一個或去它削減。

50
00:04:34,680 --> 00:04:36,750
我們看到它的第一篇文章。

51
00:04:36,810 --> 00:04:37,520
大。

52
00:04:37,950 --> 00:04:40,570
所以，現在我們需要在數據添加到表單。

53
00:04:40,740 --> 00:04:42,220
這也很容易。

54
00:04:42,360 --> 00:04:49,290
請記住，我們指定無論是使用value屬性輸入的內部形式的價值。

55
00:04:49,500 --> 00:04:56,920
因此，而不是佔位符，我們希望值，我們可以只說值等於低開始。

56
00:04:57,150 --> 00:05:02,470
我會告訴你什麼是我們最終沒有它具有低預填。

57
00:05:02,830 --> 00:05:10,010
所以我們當然不希望你好，我們希望有一個變量，我們希望有剛的博客標題中的價值。

58
00:05:10,270 --> 00:05:23,350
這樣跑我們的JavaScript來獲取博客的標題，然後把該值內，我們會做同樣的事情，但對於博客的圖像的圖像。

59
00:05:23,590 --> 00:05:24,090
一探究竟。

60
00:05:24,090 --> 00:05:40,390
現在，如果我們是新鮮的，我們有一個標題和圖像預填充文本區這是一個有點不同的紋理不具有價值屬性，而不是無論是在標籤之間的內在內容是什麼是預填。

61
00:05:40,390 --> 00:05:41,760
因此，它實際上是簡單。

62
00:05:42,000 --> 00:05:52,150
所有我們需要做的是在標籤之間複製這個巨大的是，做博客了身體刷新。

63
00:05:52,380 --> 00:05:54,470
你可以看到，我們現在有一個博客帖子。

64
00:05:54,820 --> 00:05:58,810
因此，如果我們增加了一些更多的數據這是現在進行更新。

65
00:05:59,440 --> 00:06:00,390
我點擊提交。

66
00:06:00,430 --> 00:06:04,490
我們還有一個問題，就是這種形式不走對了地方。

67
00:06:04,540 --> 00:06:06,980
現在，我們需要重點關注的更新路線。

68
00:06:07,840 --> 00:06:12,780
因此，更新sashed狗斜線ID作為PUT請求。

69
00:06:12,820 --> 00:06:17,850
因此，讓我們在我們的應用程序是在路由的加載啟動。

70
00:06:18,490 --> 00:06:22,250
因此，更新應用程序的路由點。

71
00:06:22,510 --> 00:06:32,680
這一次，它的投入，因為它是一個POTE請求，並記得HTP整點請求這些不同的動詞真的只是為了讓事情變得有意義。

72
00:06:32,680 --> 00:06:42,510
難道要告增加功能，因此，如果我們看到有我們知道，它應該是更新的東西，但你可以做，只有POST請求一切PUT請求。

73
00:06:42,520 --> 00:07:11,800
因此，這不是一個大忌可言，但是如果我們跟隨一個寧靜的路由，我們需要做一個PUT請求如此貼切放和URL是斜線日誌削減ID只是這裡的狗sosh ID博客削減ID，我們將刷新有一個非常簡單的事情，這裡剛剛發回的紅點和更新包。

74
00:07:12,010 --> 00:07:15,750
正是如此，如果我們看到這條消息，我們知道它會奏效。

75
00:07:16,330 --> 00:07:32,610
如果我去，現在更新表單，以便提交給適當的地點和需要進入它，如果它改變被投入並改變這是博客，它必須是斜線的ID，這樣我可以把任何東西在那裡。

76
00:07:32,950 --> 00:07:35,930
但實際上把ID有我需要的。

77
00:07:36,040 --> 00:07:46,410
是的，就像這個節目寫博客點強調的ID，並說現在我不想打破它給你，但是這不會實際工作。

78
00:07:46,630 --> 00:07:54,020
所以，如果我提交這個我們稱之為第一篇文章更新，所以我們可以看到它，我點擊提交。

79
00:07:54,490 --> 00:08:04,340
你會看到，它把我們帶到了展會頁面，而不是只有它沒有考慮到顯示的頁面，但它增加了我們所有的表單數據到路由的出現。

80
00:08:04,340 --> 00:08:11,860
所以我不知道，如果你能看懂，但它說的標題是更新圖像的第一篇文章是你周圍的形象。

81
00:08:11,980 --> 00:08:18,420
所以它採取了表單數據，並把它放在你或行作為查詢字符串，請記住，當你犯了一個GET請求發生這種情況。

82
00:08:18,670 --> 00:08:19,890
因此，我們有一個問題。

83
00:08:20,110 --> 00:08:21,600
而問題歸結到這一點。

84
00:08:21,790 --> 00:08:27,410
如果添形式不支持請求，他們只支持GET和POST請求現在。

85
00:08:27,730 --> 00:08:32,820
而背後的原因是它真的很難在一個點上得到一個明確的答案上。

86
00:08:32,860 --> 00:08:38,980
它應該是包括的，我們是能夠發出請求和刪除請求形式的金額的一部分。

87
00:08:39,010 --> 00:08:41,980
然後，顯然他們覺得太困難。

88
00:08:41,980 --> 00:08:43,200
我只是讀了。

89
00:08:43,210 --> 00:08:47,620
我已經包括在該視頻的描述的鏈接，但你可以讀到它。

90
00:08:47,620 --> 00:08:49,780
沒有確鑿的答案。

91
00:08:49,780 --> 00:08:55,430
唯一的結論的人開始，現在是它的太晚了他們不已經付諸實施。

92
00:08:55,570 --> 00:09:00,740
這是一個令人感到有點驚訝，你仍然不能發送將使用表格的請求。

93
00:09:00,760 --> 00:09:03,200
所以，與說，有一種變通方法。

94
00:09:03,700 --> 00:09:07,900
而這也正是這個小線有方法重寫。

95
00:09:08,140 --> 00:09:22,020
因此，讓我們用什麼方法覆蓋的只是做一個簡單的包，我們安裝我們告訴快遞使用它，然後我們去我們的表格，我們在騙一點點增加，我們發送POST請求。

96
00:09:22,360 --> 00:09:36,490
順便說一句，當你嘗試發送一個請求端口將它作為默認GET請求這就是為什麼發生這種情況，這就是為什麼它把我們帶到了展會頁面，因為我們做博客斜線ID這是我們節目的請求。

97
00:09:36,880 --> 00:09:37,180
好。

98
00:09:37,180 --> 00:09:53,010
因此，如果我們只改變後，我們在我們的您阿雷爾問號結尾處添加這個小東西cittie強調方法等於把這個會發送一個常規的海報請求。

99
00:09:53,460 --> 00:10:00,770
但它在查詢字符串下劃線方法等於把和方法替代將配置它，而不是實際上是。

100
00:10:00,870 --> 00:10:19,230
因此，它看起來這種下劃線的方法，如果它認為強調方法等於把或下劃線方法等於將其刪除將把它作為PUT請求或刪除請求，並命名方法來覆蓋它覆蓋的事實，這是一個post請求你知道把它作為一個看跌或什麼，我們在這裡指定。

101
00:10:19,230 --> 00:10:28,500
你可以指定一個GET請求或刪除，我們將在只是一點點做，但現在我們打算去用它。

102
00:10:28,760 --> 00:10:31,860
所以下劃線方法等於放不上做自己的事情。

103
00:10:31,930 --> 00:10:33,450
這只是一個查詢字符串。

104
00:10:33,630 --> 00:10:34,360
沒有什麼變化。

105
00:10:34,360 --> 00:10:48,900
Quintel我們做到這一點，PM安裝方法重寫短跑衝刺保存，而這回事，因為我們沒有做到這一點，你可能想知道它是否值得經歷的這一切努力。

106
00:10:48,900 --> 00:10:56,060
還記得我們可能只是另一個路由稱為博客的更新，我們不需要任何的這一點。

107
00:10:56,070 --> 00:10:57,610
我們可以把它的POST請求。

108
00:10:57,660 --> 00:10:59,910
這是完全由我們來定義我們自己的路線。

109
00:11:00,180 --> 00:11:04,640
但是，是的，它是值得的，有這個習慣有這種模式，我們跟隨。

110
00:11:04,830 --> 00:11:14,250
我們希望我們的編輯要求，我們希望每一個的參與更新到你想要認沽或破壞或刪除信息要刪除請求的一部分。

111
00:11:14,250 --> 00:11:16,590
這只是一個跟隨模式的問題。

112
00:11:17,040 --> 00:11:20,230
OK，我們已經在我們的阿卜杜勒·現在完成了。

113
00:11:20,310 --> 00:11:24,710
我們所要做的是需要方法重寫。

114
00:11:24,720 --> 00:11:26,260
我會做在這裡。

115
00:11:26,310 --> 00:11:41,750
方法重寫equals方法需要重寫德施保存添加或逗號，然後我們需要告訴我們的應用程序使用方法覆蓋。

116
00:11:41,940 --> 00:11:50,740
所以，當我使用方法重寫，我們需要傳遞一個參數就應該尋找什麼，在你現在的樣子。

117
00:11:50,970 --> 00:11:52,650
撅起屁股的下劃線方法。

118
00:11:52,650 --> 00:11:57,660
它可以是任何東西，但通常是你看到下劃線的方法。

119
00:11:57,660 --> 00:12:04,130
所以，現在我們已經告訴我們的應用程序時，你得到了強調方法作為參數的請求。

120
00:12:04,410 --> 00:12:14,970
採取任何它等於把獲得補丁後刪除不管它是對我們來說將投入和刪除，並把這一要求作為一個PUT請求或刪除請求。

121
00:12:14,970 --> 00:12:22,740
所以，現在我們的路線到這裡，你在哪裡您的輸出現在應該執行，我們應該有希望看到這一點。

122
00:12:22,950 --> 00:12:25,200
所以，讓我們嘗試。

123
00:12:25,230 --> 00:12:27,110
到目前為止，沒有任何問題。

124
00:12:27,750 --> 00:12:31,440
OK，讓我們回到它形成。

125
00:12:31,440 --> 00:12:33,880
因此，讓我們改變它說更新。

126
00:12:34,170 --> 00:12:39,670
有些感嘆號提交，我們現在得到更新路線。

127
00:12:39,700 --> 00:12:42,440
所以發現有人已經強調平等法的要求。

128
00:12:42,450 --> 00:12:51,690
把其中的技巧我們的應用程序並不真正絕招，但方法覆寫偵聽的URL，它說好了，這其實不是一個POST請求。

129
00:12:51,690 --> 00:12:55,670
他們要我們把它當作一個PUT請求，以便它觸發都放出來。

130
00:12:56,190 --> 00:12:58,590
所以，現在我們需要更新這裡發生了什麼。

131
00:12:58,830 --> 00:13:17,440
它應該採取的ID在會發現現有職位的現有的博客，並用新的數據更新，我們可以做到，在一個下跌的使用日誌的結合通過ID和更新的方法一舉，它需要三個參數。

132
00:13:17,640 --> 00:13:23,100
由新的數據和回調定義的ID。

133
00:13:23,790 --> 00:13:25,370
所以這是一個非常好的方法。

134
00:13:25,380 --> 00:13:36,770
該ID是好的和簡單的要求Paramjit了ID從表單中的數據是無論我們把它稱為我們的表格日誌內。

135
00:13:37,320 --> 00:13:44,960
所以，要求身體的日誌和回調是復甦。

136
00:13:44,970 --> 00:13:53,150
我們要運行錯誤，我們會再或者實際上把這種合理的邏輯是更清晰一點。

137
00:13:53,150 --> 00:13:57,860
讓我們做更新博客保存。

138
00:13:58,470 --> 00:14:03,960
如果有一個錯誤讓你重定向回索引現在。

139
00:14:04,080 --> 00:14:10,830
這不是最好的用戶流量，但對我們來說鶇重定向實事博客它的罰款。

140
00:14:11,350 --> 00:14:12,300
除此以外。

141
00:14:12,840 --> 00:14:15,550
我們想要做的，如果你已經成功更新什麼。

142
00:14:15,660 --> 00:14:21,330
我們既可以把你帶回索引，或者我們可以帶您到展示頁面，讓我們做節目的頁面。

143
00:14:21,390 --> 00:14:22,970
所以，紅尾鳥重定向。

144
00:14:23,490 --> 00:14:36,660
而這需要有斜線的博客中ID削減和ID是在一些地方，我們可以在更新博客找到它或簡單等是使用在電車站標識就是這樣的請求。

145
00:14:36,660 --> 00:14:45,040
所以，我們需要申請加為amstaff ID，以便其重定向我們到正確的顯示頁面，因為我們必須有ID。

146
00:14:45,300 --> 00:14:49,960
讓我們測試一下，現在看看會發生什麼。

147
00:14:51,900 --> 00:14:58,220
OK讓我們添加這一項，它說，現在確實更新。

148
00:14:58,770 --> 00:15:02,030
提交和它的工作。

149
00:15:02,400 --> 00:15:13,260
你可以看到它發現它標識已更新，然後將其重定向我們展示頁面，現在我們新的頭銜是存在的，如果我們回去就可以看得出來。

150
00:15:13,260 --> 00:15:16,040
你是哪裡人在這裡的底部。

151
00:15:16,050 --> 00:15:23,730
第一篇文章現在真正更新仍在更新，它在數據庫中堅持所以這是一個大量的工作以獲得更新工作。

152
00:15:23,730 --> 00:15:30,080
新的代碼被添加方式覆蓋這又是它的一點點奇怪，為什麼我們必須這樣做。

153
00:15:30,090 --> 00:15:34,930
基本上HDMI形式只是不支持大於一個GET或POST請求的任何其他。

154
00:15:35,250 --> 00:16:07,040
所以每一個框架在那裡大多數的框架，至少像Rails有偽造的請求或刪除請求，整點自己特定的方式只是讓在服務器端，我們可以編寫代碼來聽一個PUT請求或偵聽補丁請求或刪除請求，而不必像定義APT不會發布更新博客斜線ID的另一個途徑是，我們可能只是這樣做，但這個想法是，你不必。

155
00:16:07,080 --> 00:16:21,830
我們可以把它作為博客網站ID，但使它成為一個看跌的請求，我們已經有了，當然另一個博客斜線理念為我們展示作為一個GET請求，所以它只是分離的東西出來，同時保持你要不一樣的方式。

156
00:16:21,960 --> 00:16:22,480
好吧。

157
00:16:22,650 --> 00:16:29,970
所以，在方法我會聽下劃線方法，它是我們配置了它在這裡做。

158
00:16:30,900 --> 00:16:31,260
大。

159
00:16:31,260 --> 00:16:32,740
因此，我們有一個更新。

160
00:16:32,760 --> 00:16:38,070
我們現在所要做的最後一件事就是消滅它，消滅它幸運地是好的和簡單。