1
00:00:03,710 --> 00:00:07,605
الآن بعد أن تعلمنا عن سكان النمس،

2
00:00:07,605 --> 00:00:14,040
وكيف يمكننا من ملء وثيقة واحدة مع معلومات من وثيقة أخرى.

3
00:00:14,040 --> 00:00:20,605
في هذا التمرين، سنقوم بتعديل الخادم السريع الذي كنا نعمل عليه حتى الآن.

4
00:00:20,605 --> 00:00:25,580
في مخطط الطبق الذي حددناه في وقت سابق، كان لدينا تعليقات.

5
00:00:25,580 --> 00:00:28,365
للتعليقات، كان لدينا حقل المؤلف

6
00:00:28,365 --> 00:00:31,490
الذي نستخدمه لتخزين التفاصيل حول المؤلف.

7
00:00:31,490 --> 00:00:40,815
في هذا التمرين، سنقوم بتحويل حقل المؤلف إلى مرجع إلى مستند مستخدم،

8
00:00:40,815 --> 00:00:46,265
وسنستخدم سكان Mongoose لملء المعلومات

9
00:00:46,265 --> 00:00:50,330
في مستند الأطباق عند الحاجة من

10
00:00:50,330 --> 00:00:54,440
أجل توفير المعلومات للعميل.

11
00:00:54,440 --> 00:00:59,960
الآن يجب أن يتم استخدام السكان ملء ونمس

12
00:00:59,960 --> 00:01:05,550
بحكمة حتى لا يسبب الكثير من النفقات العامة على جانب الخادم.

13
00:01:05,550 --> 00:01:06,890
الآن في هذا التمرين،

14
00:01:06,890 --> 00:01:09,395
سنقوم باستخدامه ببساطة لملء المعلومات

15
00:01:09,395 --> 00:01:13,280
في مجال المؤلف من تعليقاتنا.

16
00:01:13,280 --> 00:01:18,660
لذلك، دعونا المضي قدما في التمرين لمعرفة كيف نستخدم السكان النمس.

17
00:01:18,660 --> 00:01:21,455
للبدء في هذا التمرين،

18
00:01:21,455 --> 00:01:25,315
انتقل إلى المشروع وافتح ملف user.js.

19
00:01:25,315 --> 00:01:27,730
لذلك، في ملف user.js،

20
00:01:27,730 --> 00:01:29,600
نقوم بتخزين مخطط المستخدم.

21
00:01:29,600 --> 00:01:35,515
أنا ذاهب لتعديل مخطط المستخدم عن طريق إضافة في اثنين من الحقول أكثر في هناك.

22
00:01:35,515 --> 00:01:38,220
واحد هو الاسم الأول،

23
00:01:38,220 --> 00:01:40,070
والذي سيكون

24
00:01:40,070 --> 00:01:48,115
من سلسلة النوع

25
00:01:48,115 --> 00:01:52,025
ويكون الافتراضي عبارة عن سلسلة فارغة.

26
00:01:52,025 --> 00:01:56,555
لذلك، الاسم الأول كما يوحي الاسم،

27
00:01:56,555 --> 00:02:03,630
يخزن الاسم الأول للمستخدم ومن ثم سيكون لدينا حقل آخر يسمى اسم العائلة،

28
00:02:03,630 --> 00:02:06,540
وهو أيضا من نفس النوع.

29
00:02:06,540 --> 00:02:13,540
لذلك، أنا فقط ذاهب لنسخ هذه قطعتين من المعلومات ومن ثم

30
00:02:13,540 --> 00:02:20,735
نسخها هنا وحتى الآن وثيقة المستخدم لدينا سوف تحتوي،

31
00:02:20,735 --> 00:02:22,840
بالإضافة إلى اسم المستخدم وكلمة المرور، اسم

32
00:02:22,840 --> 00:02:26,760
المستخدم والصمت والملح التي رأيناها في وقت سابق،

33
00:02:26,760 --> 00:02:34,450
والتي يتم إضافتها تلقائيا من قبل جواز السفر المحلية وحدة النمس .

34
00:02:34,450 --> 00:02:39,840
سيكون لدينا أيضا الاسم الأول واسم العائلة للمستخدم الذي يتم تعريفه هنا.

35
00:02:39,840 --> 00:02:43,505
في وقت لاحق سنرى كيف سنقوم بتهيئة

36
00:02:43,505 --> 00:02:50,765
هذه القيم عن طريق تعديل عملية تسجيل المستخدم.

37
00:02:50,765 --> 00:02:52,950
الآن بمجرد الانتهاء من هذا،

38
00:02:52,950 --> 00:02:56,599
وبهذه الطريقة

39
00:02:56,599 --> 00:03:00,880
يمكن ببساطة استرداد معلومات المستخدم من خلال البحث عن مستند المستخدم هنا.

40
00:03:00,880 --> 00:03:05,200
لذلك، الآن بعد أن لدينا معلومات حول المستخدم في مستند المستخدم،

41
00:03:05,200 --> 00:03:08,560
والذهاب إلى مخطط الطبق،

42
00:03:08,560 --> 00:03:11,015
لذلك الذهاب إلى ملف dishes.js.

43
00:03:11,015 --> 00:03:13,260
في مخطط الطبق في وقت سابق،

44
00:03:13,260 --> 00:03:18,465
كنا تخزين مؤلف المستند في شكل سلسلة هنا.

45
00:03:18,465 --> 00:03:22,700
الآن سوف نستفيد من حقيقة أن

46
00:03:22,700 --> 00:03:27,425
لدينا دعم سكان النمس.

47
00:03:27,425 --> 00:03:33,740
لذلك سأقوم بتحويل حقل التعليق من سلسلة إلى

48
00:03:33,740 --> 00:03:41,975
معرف كائن أنواع مخطط النمس.

49
00:03:41,975 --> 00:03:49,120
لذا، بهذه الطريقة، آسف، حقل خاطئ.

50
00:03:49,120 --> 00:03:53,135
قصدت تحويل حقل المؤلف إلى

51
00:03:53,135 --> 00:04:02,295
معرف كائن أنواع مخطط النمس.

52
00:04:02,295 --> 00:04:05,390
لذلك، فإن حقل المؤلف الآن بدلاً من تخزين سلسلة،

53
00:04:05,390 --> 00:04:10,835
سيكون له مرجع إلى مستند المستخدم.

54
00:04:10,835 --> 00:04:14,105
لذلك، عندما أقوم بتحويل حقل المؤلف إلى هذا النوع،

55
00:04:14,105 --> 00:04:20,180
فإن الخاصية الثانية التي قمت بتعريفها هنا ستكون مرجعًا،

56
00:04:20,180 --> 00:04:25,229
والذي سيكون مرجعًا لنموذج المستخدم.

57
00:04:25,229 --> 00:04:27,980
لذا، بهذه الطريقة، سنقوم الآن

58
00:04:27,980 --> 00:04:31,370
بتوصيل حقل المؤلف هذا وسيقوم حقل المؤلف هذا

59
00:04:31,370 --> 00:04:37,585
ببساطة بتخزين مرجع إلى معرف مستند المستخدم،

60
00:04:37,585 --> 00:04:43,790
بدلاً من تخزين التفاصيل حول المؤلف في شكل اسم.

61
00:04:43,790 --> 00:04:45,100
الآن عندما نفعل ذلك،

62
00:04:45,100 --> 00:04:48,350
يمكننا استخدام ملء النمس لملء

63
00:04:48,350 --> 00:04:53,115
هذه المعلومات في وثيقة الأطباق لدينا كلما كان ذلك مطلوبا.

64
00:04:53,115 --> 00:04:58,595
لذلك، مع هذا التعديل على مخطط الأطباق، في ملف dishes.js،

65
00:04:58,595 --> 00:05:05,910
سنقوم الآن بتحديث جهاز التوجيه طبق لاستخدام السكان النمس.

66
00:05:05,910 --> 00:05:09,030
لذلك، الذهاب إلى dishRouter.js.

67
00:05:09,030 --> 00:05:16,120
في جهاز التوجيه طبق، أذكر أنه عندما كنا الحصول على طبق هنا،

68
00:05:16,120 --> 00:05:19,470
والآن عندما تحصل على طبق هنا،

69
00:05:19,470 --> 00:05:23,820
ونحن نقول الأطباق تجد ثم.

70
00:05:23,820 --> 00:05:26,610
لذلك، الحق في تلك المرحلة،

71
00:05:26,610 --> 00:05:36,005
ونحن سوف نقول الأطباق تجد وسنقول بعد هذا، ملء.

72
00:05:36,005 --> 00:05:41,924
لذلك، نحن نستخدم دعم السكان في النمس

73
00:05:41,924 --> 00:05:48,165
وسنقول تعبئة تعليقات المؤلف.

74
00:05:48,165 --> 00:05:49,740
لذلك، من خلال ذكر هذا،

75
00:05:49,740 --> 00:05:51,060
نحن نقول عندما

76
00:05:51,060 --> 00:05:58,750
تم إنشاء وثيقة الأطباق لإرسال الرد إلى المستخدم،

77
00:05:58,750 --> 00:06:05,810
ونحن ذاهبون لملء حقل المؤلف داخل هناك من وثيقة المستخدم هناك.

78
00:06:05,810 --> 00:06:09,095
لذلك، ستضمن هذه الدعوة إلى الملء

79
00:06:09,095 --> 00:06:14,665
أن الحقل الآخر سيتم ملؤه بالمعلومات كما هو مطلوب.

80
00:06:14,665 --> 00:06:18,565
وبالمثل، الذهاب إلى معرف الطبق هنا،

81
00:06:18,565 --> 00:06:21,660
حتى في معرف الطبق، نفس الشيء.

82
00:06:21,660 --> 00:06:31,680
سنقول تعبئة وتعليقات المؤلف المضافة

83
00:06:31,680 --> 00:06:37,320
إلى الأطباق التي يتم العثور عليها بواسطة معرف

84
00:06:37,320 --> 00:06:43,395
في الحصول على نقطة نهاية معرف /طبق.

85
00:06:43,395 --> 00:06:54,350
وبالمثل، في التعليقات أيضا عندما نسترد الطبق،

86
00:06:54,520 --> 00:07:02,370
وسنقول ملء تعليقات المؤلف هنا

87
00:07:02,370 --> 00:07:09,900
ونفس الشيء أيضا في جهاز التوجيه طبق،

88
00:07:09,900 --> 00:07:13,695
تعليقات معرف الطبق، معرف التعليق أيضا.

89
00:07:13,695 --> 00:07:16,530
أكبر ملء هذه المعلومات هناك.

90
00:07:16,530 --> 00:07:22,620
الآن بالطبع، ما يعنيه هذا هو أنه عند نشر الطبق، في

91
00:07:22,620 --> 00:07:30,090
وقت سابق كنت تضمين معلومات المؤلف في نص الرسالة.

92
00:07:30,090 --> 00:07:35,120
لذلك، الآن هنا عندما نحاول دفع التعليق إلى ذلك،

93
00:07:35,120 --> 00:07:41,370
لذلك هذا المنصب يتوافق مع حقل تعليقات معرف الطبق.

94
00:07:41,370 --> 00:07:46,280
لذلك، هذه هي الطريقة التي كنا نشر تعليق على طبق معين.

95
00:07:46,280 --> 00:07:48,570
لذلك، الآن في هذا المنصب،

96
00:07:48,570 --> 00:07:53,890
لأننا لا نقوم بتخزين المعلومات حول المؤلف بعد الآن،

97
00:07:53,890 --> 00:08:02,400
لذلك ما نحتاج إلى القيام به هو عندما ندفع العنصر إلى حقل المؤلف هناك.

98
00:08:02,400 --> 00:08:06,720
لذا، هنا عندما تقوم بملء المعلومات في الطبق،

99
00:08:06,720 --> 00:08:10,680
سيكون علينا أولاً أن

100
00:08:12,010 --> 00:08:16,430
نذكر أن الجسم يحتوي على التعليق بالفعل،

101
00:08:16,430 --> 00:08:21,505
لكن خاصية المؤلف لن تكون موجودة في نص الرسالة في الكتاب،

102
00:08:21,505 --> 00:08:26,020
ولكن اعتمادًا على المستخدم الذي يقوم بنشر هذه المعلومات،

103
00:08:26,020 --> 00:08:29,250
يمكننا على الفور ملء حقل المؤلف.

104
00:08:29,250 --> 00:08:32,535
الآن، كيف نعرف المستخدم الذي ينشر هذه المعلومات؟

105
00:08:32,535 --> 00:08:38,165
حقيقة أننا قمنا بالتحقق من المستخدم هنا للنشر،

106
00:08:38,165 --> 00:08:42,115
يعني أن مستخدم معين يقوم بنشر هذه المعلومات،

107
00:08:42,115 --> 00:08:44,250
ومن خلال القيام بالتحقق من المستخدم،

108
00:08:44,250 --> 00:08:50,415
كنا قد تم تحميله بالفعل في req.user في كائن الطلب.

109
00:08:50,415 --> 00:08:51,925
في كائن الطلب،

110
00:08:51,925 --> 00:08:55,565
يمكننا أن ندخل ونقول مستخدم الحطام،

111
00:08:55,565 --> 00:08:59,010
ثم تسطير أسفل السطر هنا.

112
00:08:59,010 --> 00:09:01,910
لذلك، اسمحوا لي مرة أخرى أن أكرر هذه النقطة،

113
00:09:01,910 --> 00:09:05,760
كيف نحصل على معلومات المؤلف هنا؟

114
00:09:05,760 --> 00:09:10,470
الآن، تذكر أننا قمنا بتحديث مخطط الأطباق،

115
00:09:10,470 --> 00:09:13,875
بحيث حقل المؤلف في التعليق ببساطة تخزين

116
00:09:13,875 --> 00:09:20,915
معرف الكائن الذي يشير إلى المستخدم الذي يقوم بنشر هذا التعليق.

117
00:09:20,915 --> 00:09:24,450
الآن، كيف نعرف المستخدم الذي ينشر هذا التعليق؟

118
00:09:24,450 --> 00:09:27,085
الآن مرة أخرى، لتكرار هذه النقطة،

119
00:09:27,085 --> 00:09:31,825
تذكر أنه عندما تحققنا من المستخدم هنا عن طريق استدعاء مصادقة التحقق من المستخدم،

120
00:09:31,825 --> 00:09:37,590
فإن جواز السفر المصرح JWT قد قام بتحميل

121
00:09:37,590 --> 00:09:45,120
معلومات المستخدم في هيئة الطلب في شكل req.user.

122
00:09:45,120 --> 00:09:48,470
لذلك، سيحتوي هذا المستخدم

123
00:09:48,470 --> 00:09:52,520
على معرف المستخدم المحدد الذي يقوم بالفعل بنشر هذا التعليق.

124
00:09:52,520 --> 00:09:55,730
لذلك، قمنا بالفعل بالتحقق من صحة المستخدم،

125
00:09:55,730 --> 00:10:01,400
وبالتالي يمكن ببساطة الحصول على معرف المستخدم عن طريق قول req.user.

126
00:10:01,400 --> 00:10:04,400
_ID، ومعرف هذا المستخدم،

127
00:10:04,400 --> 00:10:09,380
سأقوم بتعيين هذا إلى حقل المؤلف خارج التعليق.

128
00:10:09,380 --> 00:10:10,990
الآن عندما يأتي التعليق،

129
00:10:10,990 --> 00:10:13,880
فإن التعليق في نص رسالة الطلب سوف

130
00:10:13,880 --> 00:10:17,355
يحتوي فقط على حقل التصنيف وحقل التعليق.

131
00:10:17,355 --> 00:10:23,425
الآن نحن لا نريد أن نرسل بشكل صريح حقل المؤلف بعد الآن من جانب العميل،

132
00:10:23,425 --> 00:10:26,090
بدلاً من ذلك يجب أن يتم إدراجه تلقائيًا

133
00:10:26,090 --> 00:10:28,990
على جانب الخادم استنادًا إلى صحة

134
00:10:28,990 --> 00:10:32,180
المستخدم هذه هي النقطة التي كنت

135
00:10:32,180 --> 00:10:36,830
أكررها في هذا التعديل الذي قمت به هنا.

136
00:10:36,830 --> 00:10:43,400
لذلك، يتم الحصول على معلومات المستخدمين تلقائيًا من req.user الذي يتم

137
00:10:43,400 --> 00:10:50,200
تحميله في نص رسالة الطلب من قبل المستخدم التحقق من المصادقة،

138
00:10:50,200 --> 00:10:55,250
والذي سيتم استخدام مصادقة Passport مع استراتيجية JWT هناك.

139
00:10:55,250 --> 00:10:59,795
بالإضافة إلى ذلك، الآن عندما نتلقى الطبق المحدث هنا،

140
00:10:59,795 --> 00:11:03,695
نحتاج إلى ملء معلومات المؤلف في الطبق.

141
00:11:03,695 --> 00:11:05,500
لذلك، في هذه المرحلة،

142
00:11:05,500 --> 00:11:08,675
عندما نتلقى الطبق هنا،

143
00:11:08,675 --> 00:11:15,370
ونحن ثم نذهب للبحث في الأطباق هنا.

144
00:11:15,370 --> 00:11:20,150
لذلك، سوف نقول الأطباق. findbyid

145
00:11:21,000 --> 00:11:28,090
ومن ثم توفير معرف الطبق كمعلمة هنا،

146
00:11:28,090 --> 00:11:30,190
لذلك سنقول العثور عن طريق معرف،

147
00:11:30,190 --> 00:11:33,175
معرف الطبق، وبعد ذلك،

148
00:11:33,175 --> 00:11:43,405
نحن بحاجة إلى ملء المؤلف التعليقات هنا،

149
00:11:43,405 --> 00:11:55,600
وبعد ذلك سنقول ثم طبق.

150
00:11:55,600 --> 00:12:04,370
بالداخل هناك، سنرسل معلومات الطبق هذه إلى المستخدم هنا

151
00:12:04,370 --> 00:12:07,260
لذلك، اسمحوا لي أن قطع ذلك ولصق ذلك في هنا.

152
00:12:07,260 --> 00:12:12,670
لذلك، هذا التعديل مطلوب لأنني الآن بحاجة إلى ملء

153
00:12:12,670 --> 00:12:15,190
معلومات المؤلف مرة أخرى في

154
00:12:15,190 --> 00:12:18,760
التعليق قبل أن أتمكن من إرسال التيار مرة أخرى إلى المستخدم.

155
00:12:18,760 --> 00:12:22,220
لذلك، هذا هو التعديل الإضافي الذي نحتاج إلى

156
00:12:22,220 --> 00:12:26,105
القيام به عندما نستخدم سكان النمس هنا.

157
00:12:26,105 --> 00:12:29,950
وبالمثل، الآن الذهاب إلى وضع،

158
00:12:29,950 --> 00:12:34,450
عندما نقوم بتعديل تعليق محدد مع معرف التعليق،

159
00:12:34,450 --> 00:12:40,830
لذلك هذا هو تحت تعليق تعليق معرف جزء.

160
00:12:40,830 --> 00:12:42,890
لذلك، عندما نفعل وضع هنا،

161
00:12:42,890 --> 00:12:49,230
لذلك نجد أولا الأطباق تجد عن طريق معرف req params طبق معرف،

162
00:12:49,230 --> 00:12:50,840
ثم في الطبق.

163
00:12:50,840 --> 00:12:57,160
لذا، فإن أول شيء نتحقق منه هو التأكد من أنه إذا لم يكن الطبق فارغًا،

164
00:12:57,160 --> 00:13:01,430
وأن معرف تعليقات الطبق ليس فارغًا،

165
00:13:01,430 --> 00:13:08,665
لذلك قمنا بفحص للتأكد من أن التعليق موجود بالفعل في الطبق،

166
00:13:08,665 --> 00:13:12,320
ثم عندما يتم إرجاع الطبق نفسه،

167
00:13:12,320 --> 00:13:16,385
فنحن بحاجة إلى البحث مرة أخرى

168
00:13:16,385 --> 00:13:21,230
عن الطبق لأن نحن بحاجة إلى ملء المؤلف التعليقات في الطبق.

169
00:13:21,230 --> 00:13:27,950
findbyID (معرف الطبق)،

170
00:13:31,750 --> 00:13:36,880
والسبب في أننا بحاجة إلى القيام بحث واحد أكثر هو

171
00:13:36,880 --> 00:13:42,240
لأننا بحاجة إلى ملء التعليقات. المؤلف هنا،

172
00:13:42,240 --> 00:13:46,355
لذلك هذا هو السبب الوحيد الذي يجعلنا بحاجة إلى القيام بحث واحد أكثر هنا.

173
00:13:46,355 --> 00:13:50,720
ثم عندما نتلقى الطبق هنا،

174
00:13:52,260 --> 00:13:57,700
من الواضح لأننا فقط تحديث الطبق بحيث يجب

175
00:13:57,700 --> 00:14:03,640
العثور على معلومات الطبق في قاعدة البيانات،

176
00:14:03,640 --> 00:14:07,490
بحيث يجب أن تعمل بشكل جيد ومن ثم داخل هناك سوف يقول

177
00:14:07,490 --> 00:14:12,215
رمز حالة الخطر 200 الدقة تعيين رأس نوع المحتوى تطبيق json،

178
00:14:12,215 --> 00:14:14,960
ومن ثم إرجاع الطبق هنا،

179
00:14:14,960 --> 00:14:16,740
وبعد ذلك سوف نتعامل مع الخطأ هنا،

180
00:14:16,740 --> 00:14:19,630
ومن ثم أخرى إذا كانت الأطباق

181
00:14:19,630 --> 00:14:24,095
الآن وأيضا الأخطاء الأخرى التي قمنا بإعدادها في وقت سابق،

182
00:14:24,095 --> 00:14:27,050
وسوف يتم التعامل معها كالمعتاد هنا.

183
00:14:27,050 --> 00:14:32,790
لذلك، هذه هي التغييرات الإضافية التي نحتاج إليها للتأكد عند تحديث الطبق،

184
00:14:32,790 --> 00:14:39,175
عندما تقوم بإرسال التعليق المحدث أو الطبق المحدث،

185
00:14:39,175 --> 00:14:44,485
ثم سنقوم بملء التعليق في الطبق هنا.

186
00:14:44,485 --> 00:14:48,160
وبالمثل،

187
00:14:48,160 --> 00:14:50,575
والذهاب إلى حذف هنا، وبعد ذلك بعد حذف التعليق،

188
00:14:50,575 --> 00:14:59,310
مرة أخرى نحن في طريقنا إلى جلب الطبق وملء معلومات المؤلف.

189
00:14:59,310 --> 00:15:01,275
لذلك، اسمحوا لي فقط نسخ هذا الجزء،

190
00:15:01,275 --> 00:15:04,130
وبعد ذلك سوف نفعل بالضبط نفس الشيء هنا،

191
00:15:04,130 --> 00:15:06,770
لذلك سنقول حفظ الطبق،

192
00:15:06,770 --> 00:15:16,210
ثم نحن في طريقنا إلى أن يتم التحقق من dish.Findbyid (مؤلف الطبق)،

193
00:15:16,210 --> 00:15:19,760
وبعد ذلك سنقوم بملء مؤلف التعليقات،

194
00:15:19,760 --> 00:15:21,925
وبعد ذلك سنقول (ثم) طبق،

195
00:15:21,925 --> 00:15:24,920
ثم res.StatusCode، وهلم جرا،

196
00:15:24,920 --> 00:15:29,350
ومعالجة الأخطاء المتبقية تماما كما كان من قبل هنا.

197
00:15:29,350 --> 00:15:33,040
لذلك، مع هذا التعديل على جهاز التوجيه الطبق،

198
00:15:33,040 --> 00:15:41,420
والآن النقطة الأخيرة التي نحتاج إلى النظر فيها هي حقيقة أنه في ملف user.js،

199
00:15:41,420 --> 00:15:43,740
أضفنا الآن إلى الحقول،

200
00:15:43,740 --> 00:15:49,050
الاسم الأول وحقل الاسم الأخير الذي سيكون افتراضيًا سلاسل فارغة.

201
00:15:49,050 --> 00:15:51,880
لذلك، عندما يقوم المستخدم بالتسجيل،

202
00:15:51,880 --> 00:15:54,670
يجب أن نسمح للمستخدم بتوفير الاسم الأول

203
00:15:54,670 --> 00:15:58,040
واسم العائلة في عملية التسجيل.

204
00:15:58,040 --> 00:16:00,040
الآن، أين يحدث ذلك؟

205
00:16:00,040 --> 00:16:03,025
الذي يحدث في. js المستخدم.

206
00:16:03,025 --> 00:16:05,390
لذلك، والذهاب إلى المستخدمين users.js،

207
00:16:05,390 --> 00:16:09,885
عندما يقوم المستخدم بنشر التسجيل المائل، في

208
00:16:09,885 --> 00:16:13,050
وقت سابق كنا فقط نشر اسم المستخدم وكلمة المرور.

209
00:16:13,050 --> 00:16:15,105
بالإضافة إلى هذين الاثنين،

210
00:16:15,105 --> 00:16:21,785
في كائن json الذي نقوم بتضمينه في نص رسالة الطلب القادمة،

211
00:16:21,785 --> 00:16:25,530
رسالة طلب المشاركة القادمة من جانب العميل،

212
00:16:25,530 --> 00:16:29,590
يمكننا أيضًا تضمين الاسم الأول واسم العائلة للمستخدم.

213
00:16:29,590 --> 00:16:33,740
لذلك، عندما يتم تضمين الاسم الأول واسم العائلة للمستخدم،

214
00:16:33,740 --> 00:16:35,590
فما الذي سأفعله هنا؟

215
00:16:35,590 --> 00:16:42,450
لذلك، تذكر أنه عندما تقول user.register في هذه المرحلة تأتي معلومات المستخدم،

216
00:16:42,450 --> 00:16:45,785
ثم قمت بإرسال اسم المستخدم هنا،

217
00:16:45,785 --> 00:16:49,460
وكنت قد قمت أيضًا بتعيين كلمة المرور هنا والتي سيتم

218
00:16:49,460 --> 00:16:53,380
تحويلها إلى التجزئة والملح بواسطة النمس المحلي جواز السفر.

219
00:16:53,380 --> 00:17:00,000
الآن، إذا لم يكن هناك خطأ وهذا يعني أن تسجيل المستخدم كان ناجحا،

220
00:17:00,000 --> 00:17:08,740
وحتى في هذه المرحلة ما سنفعله هو أننا سوف نقول إذا req.body.

221
00:17:08,740 --> 00:17:13,420
الاسم الأول لذا، مما يعني أن نص رسالة الطلب الواردة،

222
00:17:13,420 --> 00:17:16,345
إذا كان يحتوي على الاسم الأول،

223
00:17:16,345 --> 00:17:24,770
فسنقول user.firstname يساوي req.body.firstname.

224
00:17:26,160 --> 00:17:29,675
وبالمثل، للاسم الأخير أيضا.

225
00:17:29,675 --> 00:17:32,040
لذلك في هذه المرحلة،

226
00:17:32,040 --> 00:17:34,780
سيكون لدينا المستخدم متاح هنا.

227
00:17:34,780 --> 00:17:40,125
انظر المستخدم يأتي كمعلمة ثانية لوظيفة رد الاتصال هذه هنا.

228
00:17:40,125 --> 00:17:43,455
لذلك، نقوم بإعداد الاسم الأول عن طريق تغيير

229
00:17:43,455 --> 00:17:51,490
خاصية الاسم الأول داخل مستند المستخدم هنا قائلا، req.body.firstname.

230
00:17:51,490 --> 00:17:55,395
إذا كان موجودًا، فسنقوم بتعيين الاسم الأول للمستخدم على ذلك.

231
00:17:55,395 --> 00:18:03,220
وبالمثل، إذا كان اسم req.body.last متاحًا،

232
00:18:03,220 --> 00:18:09,630
لذلك سنقوم أيضًا بتحديث الاسم الأخير للمستخدم كـ req.body.lastname.

233
00:18:09,770 --> 00:18:16,650
وبمجرد الانتهاء من هذين التغييرين على الاسم الأول والاسم الأخير،

234
00:18:16,650 --> 00:18:23,160
ثم نحن بحاجة إلى حفظ التعديل الذي قمنا به للمستخدم.

235
00:18:23,160 --> 00:18:25,030
لذلك، قمنا للتو بتحديث المستخدم.

236
00:18:25,030 --> 00:18:30,550
لذلك، سنقول user.save ثم هذا

237
00:18:30,550 --> 00:18:37,190
سيعود الخطأ أو المستخدم.

238
00:18:37,190 --> 00:18:41,025
لذلك، إذا تم حفظ التعديل بشكل صحيح،

239
00:18:41,025 --> 00:18:43,765
فإنه سيعود الخطأ،

240
00:18:43,765 --> 00:18:49,380
وإلا فإنه سيعود قيمة المستخدم وهذا جواز السفر مصادقة

241
00:18:49,380 --> 00:18:55,710
سنفعل ذلك داخل هذا المستخدم هنا.

242
00:18:55,710 --> 00:19:00,505
لذلك، سنقول، user.save (err، المستخدم).

243
00:19:00,505 --> 00:19:04,740
ثم أيضا نحن بحاجة إلى عبور التحقق للتأكد من أنه

244
00:19:04,740 --> 00:19:10,660
إذا كان هناك خطأ في حفظ التغييرات للمستخدم،

245
00:19:10,660 --> 00:19:15,180
ثم سنقول رمز الحالة ريس 500،

246
00:19:15,180 --> 00:19:18,485
لذلك اسمحوا لي نسخ هذا من هناك.

247
00:19:18,485 --> 00:19:23,275
لذلك، سنقول رمز الحالة الدقة 500،

248
00:19:23,275 --> 00:19:30,220
الدقة تعيين نوع محتوى رأس التطبيق json و res.jason هنا.

249
00:19:30,220 --> 00:19:35,995
ثم، ونحن سوف نعود إلى هذه النقطة.

250
00:19:35,995 --> 00:19:37,960
إذا لم يكن هناك خطأ،

251
00:19:37,960 --> 00:19:40,480
ثم بالطبع يمكنك مصادقة المستخدم عن طريق استدعاء

252
00:19:40,480 --> 00:19:43,550
جواز السفر المصادقة مع المحلية للتأكد من أن

253
00:19:43,550 --> 00:19:48,835
تسجيل المستخدم قد تم بنجاح وهذا يجب أن

254
00:19:48,835 --> 00:19:56,390
يتم بشكل صحيح وعندما هذه الحالة سوف يعود هذه الرسالة مرة أخرى إلى جانب العميل.

255
00:19:56,390 --> 00:20:03,215
نحن بحاجة إلى إغلاق هذا user.save هنا.

256
00:20:03,215 --> 00:20:07,520
لذلك، تأكد من إغلاق نقطة النهاية هذه بشكل صحيح.

257
00:20:07,520 --> 00:20:11,005
لذلك، يتم إغلاق user.save هنا، وهذا كل شيء.

258
00:20:11,005 --> 00:20:14,730
هذه هي التغييرات التي نحتاج إلى إجرائها للمستخدم.

259
00:20:14,730 --> 00:20:21,740
لذلك، بعد تسجيل المستخدم مع اسم المستخدم المحدد وكلمة المرور المعطاة،

260
00:20:21,740 --> 00:20:24,940
ثم بعد تسجيل المستخدم بنجاح،

261
00:20:24,940 --> 00:20:28,235
ثم سنقوم بتعيين الاسم الأول وحقل اسم العائلة

262
00:20:28,235 --> 00:20:32,925
لمستند المستخدم باستخدام هذين هنا.

263
00:20:32,925 --> 00:20:35,900
نريد التأكد من

264
00:20:35,900 --> 00:20:39,160
تسجيل المستخدم بنجاح قبل أن نرسل الاسم الأول واسم العائلة لذلك.

265
00:20:39,160 --> 00:20:42,540
لذلك، هذا هو السبب في أننا ننفذ هذه العملية بعد

266
00:20:42,540 --> 00:20:46,360
تسجيل المستخدم بنجاح. هذا كل شيء

267
00:20:46,360 --> 00:20:53,785
دعونا حفظ التغييرات والذهاب والتحقق من الخادم.

268
00:20:53,785 --> 00:20:56,185
بعد حفظ التغييرات،

269
00:20:56,185 --> 00:20:59,980
دعونا نذهب الآن إلى المحطة

270
00:20:59,980 --> 00:21:06,925
ثم قبل أن أبدأ الخادم،

271
00:21:06,925 --> 00:21:16,690
اسمحوا لي أولا التحقق من بلدي MongoDB وحذف المستخدم الذي قمنا بتسجيله في وقت سابق.

272
00:21:16,690 --> 00:21:25,640
لذلك، سنقول استخدام الارتباك وبعد ذلك سنقول db.usersfind.

273
00:21:25,650 --> 00:21:30,690
لذلك، نحن نعلم أن هذا المستخدم معين قد تم تسجيله في وقت سابق،

274
00:21:30,690 --> 00:21:32,580
ولكن عندما

275
00:21:32,580 --> 00:21:35,700
نقوم بتسجيل هذا المستخدم، لم نقم بتسجيل الاسم الأول واسم العائلة للمستخدم.

276
00:21:35,700 --> 00:21:39,155
لذلك، سأقوم بحذف هذا المستخدم ثم إعادة تسجيل المستخدم.

277
00:21:39,155 --> 00:21:48,370
لذلك، للقيام بذلك باستخدام تموج مونجو، سأقول أن مستخدمي ديسيبل يسقطون،

278
00:21:48,370 --> 00:21:52,220
وبعد ذلك سنقول أن المستخدمين ديسيبل يجدون،

279
00:21:52,220 --> 00:21:54,620
ويجب أن يعود فارغة.

280
00:21:54,620 --> 00:22:01,685
لا يوجد مستخدمون مسجلون هناك وبعد ذلك سنخرج من تموج مونجو

281
00:22:01,685 --> 00:22:05,285
وهكذا، بمجرد إزالة هذا المستخدم المسجل،

282
00:22:05,285 --> 00:22:08,760
ثم، اسمحوا لي أن أبدأ الخادم الخاص بي.

283
00:22:09,490 --> 00:22:12,275
وبمجرد تشغيل الخادم،

284
00:22:12,275 --> 00:22:16,240
دعنا نذهب إلى ساعي البريد ثم تسجيل

285
00:22:16,240 --> 00:22:20,930
مستخدم جديد جنبا إلى جنب مع الاسم الأول واسم العائلة للمستخدم.

286
00:22:20,930 --> 00:22:26,845
بعد ذلك، سيسجلون الدخول كمستخدم، ثم سننظر في كيفية

287
00:22:26,845 --> 00:22:31,650
مساعدة سكان Mongoose على ملء المعلومات حول

288
00:22:31,650 --> 00:22:37,000
المستخدم تلقائيًا في المستند هناك.

289
00:22:37,000 --> 00:22:40,029
الآن الذهاب إلى ساعي البريد،

290
00:22:40,029 --> 00:22:42,660
اسمحوا لي أن القيام بالتسجيل من مستخدم جديد.

291
00:22:42,660 --> 00:22:48,310
لذلك، أنا أفعل وظيفة لوكالهوست: 3000 مستخدم الاشتراك.

292
00:22:48,310 --> 00:22:50,715
في نص الرسالة،

293
00:22:50,715 --> 00:22:54,910
كان لدينا اسم المستخدم وكلمة المرور بالفعل هناك.

294
00:22:54,910 --> 00:22:59,199
اسمحوا لي أن أضيف في حقلين إضافيين:

295
00:22:59,199 --> 00:23:09,350
الاسم الأول، اسم العائلة.

296
00:23:14,880 --> 00:23:18,530
ثم قم بتسجيل هذا المستخدم.

297
00:23:20,850 --> 00:23:23,680
لذلك، بمجرد تسجيل المستخدم،

298
00:23:23,680 --> 00:23:26,350
يمكنك أن ترى أن التسجيل كان ناجحا.

299
00:23:26,350 --> 00:23:29,810
الآن، اسمحوا لي تسجيل الدخول كمستخدم هذا.

300
00:23:29,820 --> 00:23:32,640
لذلك، لتسجيل الدخول كمستخدم،

301
00:23:32,640 --> 00:23:37,620
اسمحوا لي أن تفعل وظيفة وعبر التحقق للتأكد.

302
00:23:37,620 --> 00:23:40,475
لذلك، أنا أفعل وظيفة للمستخدمين تسجيل الدخول.

303
00:23:40,475 --> 00:23:45,725
اسمحوا لي عبر التحقق وأرى أن اسم المستخدم وكلمة المرور مكتوبة بشكل صحيح هناك.

304
00:23:45,725 --> 00:23:47,775
لذلك عندما أقوم بتسجيل الدخول،

305
00:23:47,775 --> 00:23:53,165
يجب أن أقوم بتسجيل الدخول بنجاح ويجب أن أتمكن من الحصول على هذا الرمز المميز هناك.

306
00:23:53,165 --> 00:24:02,660
لأن هذا الرمز هو ضروري بالنسبة لنا لتكون قادرة على إضافة في طبق إلى موقع الخادم لدينا.

307
00:24:02,660 --> 00:24:05,915
لذلك، بعد الحصول على الرمز المميز،

308
00:24:05,915 --> 00:24:10,250
انسخ سلسلة الرمز المميز هذه وحفظه لأنك ستحتاج إلى ذلك في

309
00:24:10,250 --> 00:24:13,220
رأس التفويض للنشر

310
00:24:13,220 --> 00:24:16,910
وضع العمليات وحذفها التي ستقوم بها لاحقًا.

311
00:24:16,910 --> 00:24:20,540
لذلك اسمحوا لي أن نسخ ذلك الرمز المميز.

312
00:24:20,540 --> 00:24:23,890
الآن، عادة الطريقة التي سأبقي بها هذه الرموز هي،

313
00:24:23,890 --> 00:24:28,400
أنني سأقوم فقط بفتح مستند نصي ثم نسخه ولصقه في المستند النصي.

314
00:24:28,400 --> 00:24:31,190
بحيث لطلبات ساعي البريد اللاحقة،

315
00:24:31,190 --> 00:24:34,230
يمكنني ببساطة نسخ هذه السلسلة ثم لصقها في

316
00:24:34,230 --> 00:24:37,770
رأس التفويض، إذا لزم الأمر.

317
00:24:37,770 --> 00:24:44,070
لذلك، اسمحوا لي أن نسخ هذا الرمز المميز وهنا لدي وثيقة نصية مفتوحة هنا.

318
00:24:44,070 --> 00:24:50,815
لذلك، سأقوم بلصق هذه السلسلة في هذا المستند النصي.

319
00:24:50,815 --> 00:24:57,170
لذلك، هنا لدينا الرمز الذي حصلنا عليه.

320
00:24:57,170 --> 00:25:03,120
دعونا الآن نذهب ونشر طبق إلى الخادم لدينا.

321
00:25:03,120 --> 00:25:05,135
العودة إلى ساعي البريد،

322
00:25:05,135 --> 00:25:07,535
اسمحوا لي أن نشر طبق إلى الخادم.

323
00:25:07,535 --> 00:25:12,690
لذا، هذا هو المكان الذي سأختار فيه المشاركة هنا.

324
00:25:12,690 --> 00:25:21,334
داخل هنا، لدي معلومات الطبق التي كنت قد استخدمت في وقت سابق ولكن للتعليقات،

325
00:25:21,334 --> 00:25:25,345
والآن، أذكر أنه في وقت سابق كان لدينا حقل المؤلف الذي كان يخزن سلسلة.

326
00:25:25,345 --> 00:25:28,770
لذلك، كل هذه التعليقات غير صالحة.

327
00:25:28,770 --> 00:25:35,110
لذلك، سأقوم بحذف كل هذه التعليقات من التقديم

328
00:25:35,110 --> 00:25:42,570
لأننا نتوقع الآن من المستخدم نشر التعليقات من تلقاء نفسه.

329
00:25:42,570 --> 00:25:44,460
عندما يقوم المستخدم بنشر التعليقات،

330
00:25:44,460 --> 00:25:52,155
سنقوم تلقائيًا بإضافة معرف المستخدم إلى حقل المؤلف للتعليقات.

331
00:25:52,155 --> 00:25:55,390
لذلك، اسمحوا لي أن نشر هذا الطبق هنا.

332
00:25:55,390 --> 00:25:57,325
الذهاب إلى الرأس،

333
00:25:57,325 --> 00:26:01,550
في رأس التفويض، سأقول،

334
00:26:02,310 --> 00:26:12,785
حامل ثم، قم بلصق الرمز المميز ثم أرسله.

335
00:26:12,785 --> 00:26:17,055
يجب أن أفعل وظيفة على ذلك.

336
00:26:17,055 --> 00:26:21,950
لذلك، سأقول آخر وهكذا عندما أقوم بنشر الآن،

337
00:26:21,950 --> 00:26:26,785
ترى أن هذا الطبق قد تم نشره على جانب الخادم،

338
00:26:26,785 --> 00:26:31,340
ومع مجموعة التعليقات فارغة في هذه اللحظة.

339
00:26:31,340 --> 00:26:34,450
لذلك، بعد أن نشر هذا الطبق،

340
00:26:34,450 --> 00:26:37,660
اسمحوا لي أن نسخ معرف هذا الطبق.

341
00:26:37,660 --> 00:26:40,835
لذلك، اسمحوا لي أن نسخ هذا المعرف للطبق لأنني سوف

342
00:26:40,835 --> 00:26:44,735
تحتاج إلى أن نشر تعليقات لهذا الطبق.

343
00:26:44,735 --> 00:26:47,075
ثم، والذهاب إلى محرر النصوص الخاص بي،

344
00:26:47,075 --> 00:26:51,485
وأنا ذاهب لحفظ هذا الهوية من الطبق هنا.

345
00:26:51,485 --> 00:26:54,550
الآن، بالطبع، بمجرد بناء جانب العميل الخاص

346
00:26:54,550 --> 00:26:57,770
بك، سيحصل عميلك تلقائيًا على كل هذه المعلومات.

347
00:26:57,770 --> 00:27:02,565
لذلك، سيتمكن عميلك تلقائيًا من إرسال الرمز المميز وما إلى ذلك.

348
00:27:02,565 --> 00:27:06,385
لذلك، لا تحتاج إلى القيام بهذا الشيء القطع واللصق ولكن مع ساعي البريد،

349
00:27:06,385 --> 00:27:11,750
هذه هي الطريقة الوحيدة التي يمكننا بها إضافة أي معلومات إلى طلبات ساعي البريد،

350
00:27:11,750 --> 00:27:17,185
التي تخرج من ساعي البريد إلى الخادم.

351
00:27:17,185 --> 00:27:22,090
الآن، من أجل إقناع أنفسنا أن هذا الطبق موجود بالفعل،

352
00:27:22,090 --> 00:27:26,310
اسمحوا لي أن الحصول على المستضيف المحلي: 3000/أطباق.

353
00:27:26,570 --> 00:27:30,750
عندما أفعل الحصول على, يمكنك أن ترى في الواقع أن

354
00:27:30,750 --> 00:27:34,175
هذا الطبق معين موجود على جانب الخادم.

355
00:27:34,175 --> 00:27:37,600
لذلك، دعونا الآن نحاول نشر تعليق.

356
00:27:37,600 --> 00:27:39,515
لذلك، لنشر تعليق،

357
00:27:39,515 --> 00:27:45,550
دعونا نفعل وظيفة وسنقول،

358
00:27:49,940 --> 00:27:54,950
لوكالهوست: 3000/أطباق، شرطة مائلة ومعرف الطبق الذي

359
00:27:54,950 --> 00:27:59,910
قمت بنسخه للتو، وتعليقات مائلة.

360
00:27:59,910 --> 00:28:03,090
عند النشر على التعليقات،

361
00:28:03,090 --> 00:28:11,285
تحتاج إلى التأكد من أنه في الجسم سنضيف في التعليق هنا.

362
00:28:11,285 --> 00:28:13,605
لذلك، تعليق نموذجي

363
00:28:13,605 --> 00:28:20,555
يحتوي على تصنيف يقول

364
00:28:20,555 --> 00:28:26,140
خمسة ثم التعليق.

365
00:28:29,030 --> 00:28:33,535
لذلك، اسمحوا لي فقط كتابة في بعض التعليقات العشوائية،

366
00:28:33,535 --> 00:28:34,915
فقط لإثبات لكم.

367
00:28:34,915 --> 00:28:41,085
لذا، يجب أن يكون هذا في نص المنشور للتعليقات وفي الرأس،

368
00:28:41,085 --> 00:28:44,665
يجب أن نضيف رأس التفويض.

369
00:28:44,665 --> 00:28:50,525
لذلك، بالنسبة لرأس التفويض، سنقول، حامل.

370
00:28:50,525 --> 00:28:54,875
أحتاج إلى لصق الرمز المميز هنا، مع

371
00:28:54,875 --> 00:28:59,065
لصق القيمة المميزة التي قمت بحفظها في وقت سابق.

372
00:28:59,065 --> 00:29:02,575
دعونا الآن نشر هذا التعليق.

373
00:29:02,575 --> 00:29:05,265
ثم، عندما يتم نشر التعليق،

374
00:29:05,265 --> 00:29:07,705
دعونا ننظر إلى القيمة التي تم إرجاعها هنا.

375
00:29:07,705 --> 00:29:09,510
لذلك، كما كنت تصفح أسفل،

376
00:29:09,510 --> 00:29:14,975
يمكنك أن ترى أن الطبق الذي تمت إضافة التعليق، قد عاد.

377
00:29:14,975 --> 00:29:19,300
لاحظ أن معلومات الطبق هناك ولكن لاحظ على وجه الخصوص،

378
00:29:19,300 --> 00:29:22,620
ما هو وارد في التعليق الذي تم نشره هنا.

379
00:29:22,620 --> 00:29:25,740
لذلك، كما ترون، أنت تعرف بالفعل أن المحدثة

380
00:29:25,740 --> 00:29:29,050
والمنشأة في الحقول تتم إضافتها تلقائيًا بواسطة النمس.

381
00:29:29,050 --> 00:29:31,900
التقييم والتعليق الذي قدمناه موجودان

382
00:29:31,900 --> 00:29:34,780
هناك ولكن لاحظ كيف

383
00:29:34,780 --> 00:29:40,675
يحتوي حقل المؤلف الآن على المعرف المقابل للمستخدم.

384
00:29:40,675 --> 00:29:47,190
الآن، كما رأينا في التعليمات البرمجية كيف يتم إضافة معلومات الحقل المؤلف، الآن،

385
00:29:47,190 --> 00:29:49,965
إذا كنت تفعل الحصول على الأطباق،

386
00:29:49,965 --> 00:29:52,900
ستلاحظ أن هذا الحقل المؤلف سيتم

387
00:29:52,900 --> 00:29:56,890
ملؤها تلقائيا من قبل المستخدمين المعلومات هنا.

388
00:29:56,890 --> 00:30:02,180
لذلك، دعونا الآن القيام الحصول على المضيف المحلي: 3000/أطباق.

389
00:30:02,300 --> 00:30:06,820
لذلك، عندما نفعل الآن الحصول على هذه النقطة،

390
00:30:06,820 --> 00:30:12,215
ستلاحظ الآن أنه في الأطباق هنا،

391
00:30:12,215 --> 00:30:15,460
هناك حق، والمعلومات حول الطبق

392
00:30:15,460 --> 00:30:20,110
موجودة بالفعل ولكن لاحظ كيف يتم بناء التعليق الآن.

393
00:30:20,110 --> 00:30:23,500
يحتوي التعليق الآن على

394
00:30:23,500 --> 00:30:27,240
حقول التعليق التصنيف كما رأينا في وقت سابق،

395
00:30:27,240 --> 00:30:28,780
وتحديثها وإنشاؤها في،

396
00:30:28,780 --> 00:30:32,910
ولكن لاحظ ما حدث لحقل المؤلف هنا.

397
00:30:32,910 --> 00:30:36,890
لذلك، عندما تقوم بطلب الحصول على لأننا قمنا بتعبئة

398
00:30:36,890 --> 00:30:42,230
على جانب الخادم عند استدعاء عملية الحصول على،

399
00:30:42,230 --> 00:30:45,750
قام الملء تلقائيًا بملء

400
00:30:45,750 --> 00:30:51,390
معلومات المؤلف في موضع في حقل المؤلف هنا.

401
00:30:51,390 --> 00:30:54,215
لذلك، في هناك، يمكنك أن ترى أنه من المؤلف،

402
00:30:54,215 --> 00:30:56,260
يمكنك الآن البحث عن الاسم الأخير

403
00:30:56,260 --> 00:30:58,970
ومعلومات الاسم الأول تلقائيا من حقل المؤلف.

404
00:30:58,970 --> 00:31:01,645
لذلك، إذا كنت بحاجة إلى بناء تعليق،

405
00:31:01,645 --> 00:31:04,050
لديك الآن التقييم،

406
00:31:04,050 --> 00:31:08,210
والتعليق، وأيضا الاسم الأول واسم العائلة

407
00:31:08,210 --> 00:31:12,485
للمؤلف المضمنة تلقائيا في هذا المستند.

408
00:31:12,485 --> 00:31:15,645
أيضا، يتم تضمين اسم المستخدم أيضا في هذا المستند.

409
00:31:15,645 --> 00:31:21,495
لذا، هذه هي الطريقة التي يمكنك بها إضافة معلومات من مستند آخر وملء

410
00:31:21,495 --> 00:31:27,905
مستند ثانٍ بتلك المعلومات قبل الرد مرة أخرى من موقع الخادم.

411
00:31:27,905 --> 00:31:32,315
لذلك، هذا هو استخدام السكان النمس وكيف

412
00:31:32,315 --> 00:31:37,580
يمكننا ملء المعلومات تلقائيا في وثيقة النمس.

413
00:31:37,580 --> 00:31:41,280
مع هذا، نكمل هذا التمرين.

414
00:31:41,280 --> 00:31:46,075
وفي هذه العملية, شهدنا استخدام السكان النمس, و رأينا أيضا

415
00:31:46,075 --> 00:31:51,785
كيف يمكننا ملء المعلومات من و ثيقة إلى و ثيقة أخرى.

416
00:31:51,785 --> 00:31:57,340
حيث، عندما نقوم بتعديل الخادم للقيام بالسكان للطلبات، فإن

417
00:31:57,340 --> 00:32:02,200
النمس سوف يعتني تلقائيًا بملء هذه المعلومات بالنسبة لنا.

418
00:32:02,200 --> 00:32:04,190
كل ما نحتاج إلى القيام به،

419
00:32:04,190 --> 00:32:10,900
هو تخزين المرجع إلى المستند الآخر في شكل معرف الكائن،

420
00:32:10,900 --> 00:32:16,240
في المستند الذي تريد ملء هذه المعلومات فيه.

421
00:32:16,240 --> 00:32:18,965
مع هذا، نكمل هذا التمرين.

422
00:32:18,965 --> 00:32:25,230
هذا هو الوقت المناسب بالنسبة لك للقيام git-commit مع الرسالة، السكان النمس.