1
00:00:00,360 --> 00:00:07,990
歡迎回來，在這節課我們正在同陣營繼續，特別是我們要專注於我們剛創建的用戶模型。

2
00:00:08,160 --> 00:00:18,230
和註釋模型和關聯兩個，這樣當你創建一個新評論它會自動與您的用戶ID和您的用戶名當前用戶相關聯。

3
00:00:18,240 --> 00:00:22,550
所以，我會告訴你我是什麼意思之前，我做，我還是要強調，我在V8是現在。

4
00:00:22,590 --> 00:00:29,100
因此，一個新的版本中，我們將作出非常重大變化的一些模型到數據庫中，因此權證的新版本。

5
00:00:29,100 --> 00:00:30,870
所以，V8，如果你想跟著一起。

6
00:00:31,230 --> 00:00:46,070
而我們要運行服務器來啟動，然後我要去削減露營地並首先我會用一個新帳戶註冊，這個帳戶將是馬鈴薯和密碼，將再次密碼。

7
00:00:47,070 --> 00:00:49,410
註冊。

8
00:00:49,800 --> 00:01:05,740
現在，讓我們來看看沙漠梅薩去添加新的評論，我們可以得到這樣在我們的目標是有這個亞瑟領域消失，因此，我們可以自動了解作者的名稱和保存到新評論未經用戶不必手動指定它。

9
00:01:06,030 --> 00:01:14,190
所以我們只是有一個註釋是土豆土豆台東區，另一種是土豆。

10
00:01:14,250 --> 00:01:14,820
好吧。

11
00:01:14,860 --> 00:01:17,670
提交和接受這一點。

12
00:01:17,790 --> 00:01:19,350
我們希望看到這一點。

13
00:01:19,380 --> 00:01:24,770
它應該長得一模一樣，除了用戶不應該有實際手動輸入該用戶名。

14
00:01:24,990 --> 00:01:34,440
要做到這一點，你需要做的第一件事是，我們需要增加在這裡我們可以存儲用戶的ID一些領域和用戶名的註釋模式。

15
00:01:34,440 --> 00:01:53,800
因此，讓我們停止服務器，將開放評論模式，使模型削減評論說是和這裡下筆者裡面它不再僅僅將是一個字符串實際上將是一個對象，作者將有兩件事ID。

16
00:01:54,000 --> 00:02:00,870
然後還一個用戶名是什麼，我們可以做的其實是整個存儲筆者在那裡。

17
00:02:00,870 --> 00:02:05,130
所以它看起來像這一次我們有一個新的用戶。

18
00:02:05,130 --> 00:02:13,750
記住用戶帳戶的樣子用戶名馬鈴薯那麼它有下劃線或ID一些ID。

19
00:02:13,950 --> 00:02:20,100
但也有它是瘋狂的長字符串，然後將鹽的哈希值。

20
00:02:20,370 --> 00:02:24,230
我們不希望所有的數據存儲每個註釋裡。

21
00:02:24,390 --> 00:02:33,240
與其這樣做，我們只是拿它們是創造了意見和用戶的用戶名用戶的ID的重要棋子。

22
00:02:33,240 --> 00:02:39,460
我們可以只存儲ID，然後使用該ID查找正確的作者，然後從那裡獲取用戶名。

23
00:02:39,720 --> 00:02:48,410
但是，由於我們將非常頻繁打印出了名這是這個整點通過我們循環，我們打印出每個評論的文本，但也撰文。

24
00:02:48,570 --> 00:02:56,790
如果我們有通過採取作者ID，然後發現，作家，然後發現它的用戶名，每次來查找正確的作者它不會是非常有效的。

25
00:02:56,880 --> 00:03:05,490
因此，而不是我們只是要在這裡存放這是一件好事，我們只能與非關係數據庫一樣蒙戈做註釋裡面的數據。

26
00:03:05,910 --> 00:03:19,780
因此，標識將是另一個對象為有一個類型，是貓鼬的對象ID這就像我們之前所做的模式類型。

27
00:03:19,830 --> 00:03:39,210
如果我們看一看，我們有意見，其中一個類型是滿谷模式類型KDE，然後我們需要一個裁判和裁判是指我們要參考這個對象的id是一個用戶和模型營地那麼用戶名將只是一個字符串。

28
00:03:39,850 --> 00:03:47,940
我們需要確保我們有逗號這裡保存並要善於去我們任何進一步的移動之前。

29
00:03:47,940 --> 00:03:55,950
實際上，我不會停止的種子在我的數據庫，所以我要打開種子文件，我要註釋掉相當多的代碼現在。

30
00:03:56,100 --> 00:04:01,490
因此，我們將刪除所有但我不會創建露營地。

31
00:04:01,680 --> 00:04:03,210
我們會做手工啟動。

32
00:04:03,450 --> 00:04:05,630
因此，讓我們確保我們走出正確的代碼。

33
00:04:05,910 --> 00:04:20,670
因此，我們有CGP和露營地刪除了一切，我們將擺脫只是註釋掉了，因為現在的意見將有一個用戶ID和作者姓名或用戶名，我們的代碼，並在這裡不考慮這一點。

34
00:04:20,670 --> 00:04:22,800
所以基本上我只想要一個空白的石板從啟動。

35
00:04:22,800 --> 00:04:25,670
所以我不會看到數據庫，但我會運行它。

36
00:04:25,710 --> 00:04:39,700
而這是什麼會做的是去除一切從我們的數據庫中，我會只是做一個時間，現在，如果我重新啟動，然後再回到這裡我要再次啟動服務器。

37
00:04:39,750 --> 00:04:45,820
我們應該看到，有沒有露營地你去確定。

38
00:04:46,190 --> 00:04:55,390
所以，現在我將一切都註釋掉，保存，然後我會回到我傾向於是，只是刪除我們所調用的種子就行了。

39
00:04:55,940 --> 00:05:00,330
所以，我在這裡補充註釋種子數據庫。

40
00:05:00,500 --> 00:05:05,040
而現在，我會真的這樣做在同一行。

41
00:05:05,370 --> 00:05:06,210
看到數據庫。

42
00:05:06,200 --> 00:05:09,820
而現在我們要評論說出來，我們不會看到數據庫。

43
00:05:10,010 --> 00:05:15,520
我們將手動進去，添加一個新評論到一個新崗位，創造用戶。

44
00:05:16,130 --> 00:05:25,710
好了，所以現在我們有一個出路，讓我們著眼於作者和該作者的評論的ID和用戶名關聯的邏輯。

45
00:05:25,760 --> 00:05:32,060
因此，我們需要去代碼，我們正在創建的註釋是不是路線，而不是評論。

46
00:05:32,160 --> 00:05:35,100
是的，它是在這裡。

47
00:05:35,560 --> 00:05:41,180
註釋在此代碼創建負責首先找到正確的露營地。

48
00:05:41,450 --> 00:05:44,070
或者使用的路由ID。

49
00:05:44,060 --> 00:06:08,360
然後，一旦我們找到那麼露營地創建一個註釋，然後推了評論進入營地然後保存營地我們要做的是在我們真正推入註釋營地到的意見陣列，我們要添加的用戶名和ID為意見，然後我們可以節省評論。

50
00:06:08,370 --> 00:06:17,950
所以，現在，我們有我們的數據結構設置實際上很容易我們需要做的是找出我們如何獲取當前用戶的用戶名和當前用戶的ID。

51
00:06:17,960 --> 00:06:31,610
幸運的是，我們已經看到它之前的請求的用戶，我們可以在那裡被請求了用戶數量，因為如果我們得到這個代碼中，我們在這裡得到的唯一方法是，如果用戶被鎖定英寸

52
00:06:31,680 --> 00:06:38,500
那是因為我們有這個被鎖定在中間件的地方，如果沒有用戶，我們會重定向回斜線登錄。

53
00:06:38,810 --> 00:06:41,240
因此，這可以確保有人登錄。

54
00:06:41,490 --> 00:06:44,260
那麼，為什麼我們不只是做一個簡單的取消點日誌。

55
00:06:44,730 --> 00:06:55,030
而我們想請求該用戶名開始，讓我們做這樣的新評論用戶名將會是用戶。

56
00:06:55,480 --> 00:07:06,570
而就打印出請求該用戶的用戶名，讓我們啟動服務器了，我們將不得不去，並添加一個新的崗位到我們的數據庫。

57
00:07:06,620 --> 00:07:15,290
我會做的第一件事就是登錄為我的密碼是密碼，然後把我帶斜線露營地的馬鈴薯。

58
00:07:15,290 --> 00:07:17,540
現在是在一個新的露營地。

59
00:07:17,580 --> 00:07:20,480
他們有一個知識共享的形象，我只是在這裡使用。

60
00:07:20,610 --> 00:07:22,510
但隨意使用，當然任何圖像。

61
00:07:22,760 --> 00:07:24,220
然後我會添加一個名字。

62
00:07:24,240 --> 00:07:30,200
就讓我們把它叫做瘋狂的瘋狂你知道全山。

63
00:07:30,200 --> 00:07:35,840
然後為該描述我有一些更多的，我用文字，我會在短短的一些佔位文本粘貼。

64
00:07:35,850 --> 00:07:36,870
讓我們點擊提交。

65
00:07:36,920 --> 00:07:38,000
結交新營地。

66
00:07:38,240 --> 00:07:41,360
現在，讓我們去更多的信息和嘗試，並添加評論。

67
00:07:41,390 --> 00:07:43,690
你可以看到，我在簽約馬鈴薯。

68
00:07:43,910 --> 00:07:45,420
讓我們添加一個新的註釋。

69
00:07:45,500 --> 00:07:46,790
在這裡填寫了一些文字。

70
00:07:46,980 --> 00:07:49,760
我只是做更多的Lorem存有一些的。

71
00:07:49,760 --> 00:07:51,460
他們很棒。

72
00:07:51,560 --> 00:07:57,300
然後我就離開了筆者空白只是告訴你，我們仍然可以得到土豆，即使我沒有在此輸入。

73
00:07:57,320 --> 00:07:59,070
然後我們點擊提交。

74
00:07:59,060 --> 00:08:00,920
現在，讓我們來看看什麼是大聲算出來的。

75
00:08:01,130 --> 00:08:04,640
所以，我需要在這裡向上滾動。

76
00:08:04,670 --> 00:08:08,230
新評論你的名字將是土豆。

77
00:08:08,300 --> 00:08:08,830
大。

78
00:08:08,850 --> 00:08:09,820
這樣的請求。

79
00:08:09,830 --> 00:08:11,320
使用您的用戶名。

80
00:08:11,490 --> 00:08:17,040
還有還有要求用戶下劃線標識，我不會通過的Konsole再去這樣。

81
00:08:17,020 --> 00:08:18,370
但相信我，它的存在。

82
00:08:18,380 --> 00:08:25,260
我們已經看到了它在以前的視頻要求用戶包含在這些兩條信息內徑和用戶名。

83
00:08:25,640 --> 00:08:36,150
所以，我們去之前，任何進一步的讓我們去，並從表單中刪除此字段中的作者字段，這樣的評論新的內部。

84
00:08:36,170 --> 00:08:39,430
因此，而不是停止我的服務器，我就用我的鼠標來找到它。

85
00:08:39,440 --> 00:08:46,180
這樣的觀點評論新我們就將在這裡擺脫這整個事情。

86
00:08:46,280 --> 00:08:49,070
因此，我們不再有作者。

87
00:08:49,110 --> 00:08:51,390
這只是文字。

88
00:08:51,500 --> 00:08:53,570
然後我們會按照文本，然後提交。

89
00:08:53,970 --> 00:08:58,370
這會那麼在這裡把我們的數據，我們將創建一個新的註釋。

90
00:08:58,380 --> 00:09:04,620
要使用請求的用戶的用戶名和Dot內徑實際上與評論的用戶相關聯。

91
00:09:04,760 --> 00:09:06,920
所以用戶名和ID添加到評論。

92
00:09:07,110 --> 00:09:20,300
讓我們先從ID恰到好處評論說，作者ID等於要求用戶點下劃線標識和共同作者圓點點陣ID是因為我們的模型設置方式。

93
00:09:20,370 --> 00:09:24,330
因此，彗星有一位作家和作家有一個ID和用戶名。

94
00:09:24,770 --> 00:09:27,300
因此，讓我們現在回去評論。

95
00:09:27,360 --> 00:09:39,600
作者ID請求用戶ID和評論作者名點等於的用戶名點就這樣和所有保存。

96
00:09:40,010 --> 00:09:47,000
然後呢，我們也要做擺脫此行實際上是保存註釋這樣評論說，保存。

97
00:09:47,550 --> 00:09:52,140
然後我們將其推到在營地的意見，然後我們就會節省整個營地。

98
00:09:52,350 --> 00:09:53,550
然後我們將重定向。

99
00:09:53,690 --> 00:10:02,480
而我們為什麼不前，我們這樣做，讓我們只是做一個演唱會的日誌評論，所以你可以看到它是什麼樣子的盡頭有我們之前重定向。

100
00:10:02,820 --> 00:10:09,040
OK重新啟動服務器現在，讓我們回去。

101
00:10:09,090 --> 00:10:13,660
我們必須刷新頁面。

102
00:10:13,740 --> 00:10:15,300
它將不得不重新登錄。

103
00:10:15,370 --> 00:10:21,210
因此，土豆密碼密碼登錄。

104
00:10:22,220 --> 00:10:29,220
讓我們在這裡添加一個新的註釋，註釋將只是等等等等等等。

105
00:10:29,310 --> 00:10:31,260
提交。

106
00:10:31,350 --> 00:10:31,990
好吧。

107
00:10:32,340 --> 00:10:34,590
讓我們來看看什麼是取消了記錄。

108
00:10:34,700 --> 00:10:39,850
所以這是很難看到，因為我們有記錄一些其他的委員會，但這裡的速率。

109
00:10:40,910 --> 00:10:43,520
所以我們的文字是等等等等等等。

110
00:10:43,670 --> 00:10:50,070
我們有共同的ID本身，然後我們有一個有一個內徑作者和一個用戶名山芋。

111
00:10:50,260 --> 00:10:51,030
大。

112
00:10:51,060 --> 00:10:55,080
現在，我們想要做的最後一件事實際上是在此處顯示的用戶名。

113
00:10:55,190 --> 00:11:02,970
我們現在正在做的是顯示整個用戶因為所有我們所擁有的網點評筆者，這是展會上的模板。

114
00:11:02,960 --> 00:11:12,260
因此，讓我們打開顯示模板營地，我會告訴你什麼是我談論到這裡，我們要打印評論。

115
00:11:12,300 --> 00:11:15,820
筆者這就是指的這整個事情。

116
00:11:15,830 --> 00:11:20,550
它有一個內徑我們希望一個用戶名評論說，筆者點的用戶名。

117
00:11:20,660 --> 00:11:25,620
所以這是一個容易解決點的用戶名在這裡和保存。

118
00:11:26,120 --> 00:11:35,420
現在，讓我們停止服務器重新啟動，然後我們回去可以刷新頁面，你會看到我們有一個土豆在這裡。

119
00:11:35,900 --> 00:11:40,250
我們沒有正確地創建，我們實際上沒有該代碼設置然而，這第一個。

120
00:11:40,250 --> 00:11:44,310
所以它有一個空的作者的用戶名，但是這一次是工作就好了。

121
00:11:44,340 --> 00:11:52,700
讓我們添加更多的下一個不同的帳戶，我會打電話給這一個番茄和密碼也是密碼。

122
00:11:52,700 --> 00:11:54,890
註冊。

123
00:11:54,920 --> 00:12:00,350
讓我們在評論，這將只是哈哈哈。

124
00:12:01,130 --> 00:12:03,800
提交和我們走吧。

125
00:12:03,920 --> 00:12:06,190
自動表示用戶名番茄。

126
00:12:06,300 --> 00:12:09,850
我們沒有讓用戶輸入手動一如既往。

127
00:12:09,870 --> 00:12:12,950
我將結束這個視頻，我們所做的一切的快速回顧一下。

128
00:12:12,950 --> 00:12:17,420
我們首先要評論模型，並在作者字段添加。

129
00:12:17,450 --> 00:12:32,440
我們已經有創作的字符串，但增加一個作家是一個具有兩個屬性ID和用戶名和ID是用戶模型ID參考，用戶名就是當前用戶的字符串名稱的對象。

130
00:12:32,450 --> 00:12:36,160
因此，我們設定了，然後我們需要進入我們的看法路線。

131
00:12:36,440 --> 00:12:45,940
而當它創建的意見，我們使用該用戶ID，並請求用戶的用戶名和只需插入這些權來評論作者的要求就變得非常簡單。

132
00:12:45,990 --> 00:12:48,660
然後我們保存的註釋，這就是我們不得不這樣做。

133
00:12:48,750 --> 00:12:55,570
而最後一件事是確保我們顯示的撰寫用戶名不只是評論說，作家評論。

134
00:12:55,830 --> 00:12:56,360
真棒。

135
00:12:56,370 --> 00:12:57,950
因此，這是真的開始走到一起。

136
00:12:57,950 --> 00:13:02,800
如果你看看我們已經走了多遠，我們仍然有很長的路要走與一些造型。