در این مطلب، ویدئو تست API با استفاده از پایتون (توسط Bas Dijkstra) – نسخه کامل (90 دقیقه جلسه) با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 1:33:21
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:04,080 –> 00:00:06,240
سلام به همه خوش آمدید به
2
00:00:06,240 –> 00:00:09,040
مجموعه گفت و گوهای متخصص تست نرم افزار امروز
3
00:00:09,040 –> 00:00:12,080
مهمان داریم که نزدیک به 15 سال
4
00:00:12,080 –> 00:00:14,080
تجربه در زمینه توسعه و تست نرم افزار
5
00:00:14,080 –> 00:00:16,960
در صنعت آن دارد تا کنون
6
00:00:16,960 –> 00:00:19,680
مشاور و مربی اتوماسیون تست است
7
00:00:19,680 –> 00:00:21,920
و با بسیاری از
8
00:00:21,920 –> 00:00:24,640
شرکت های بزرگ کار کرده است. او در دوران تصدی خود
9
00:00:24,640 –> 00:00:26,640
تاکنون نقش
10
00:00:26,640 –> 00:00:29,359
مدیر آکادمی بینالمللی را در یکی
11
00:00:29,359 –> 00:00:31,519
از سازمانهای معتبر در
12
00:00:31,519 –> 00:00:32,800
سرتاسر جهان
13
00:00:32,800 –> 00:00:35,520
در کارنامه کاری خود
14
00:00:35,520 –> 00:00:37,360
15
00:00:37,360 –> 00:00:39,840
16
00:00:39,840 –> 00:00:41,840
17
00:00:41,840 –> 00:00:44,320
18
00:00:44,320 –> 00:00:46,079
دارد.
19
00:00:46,079 –> 00:00:48,879
او یک مربی شرکتی با تجربه است
20
00:00:48,879 –> 00:00:50,960
و
21
00:00:50,960 –> 00:00:53,120
دوره های زیادی را در زمینه اتوماسیون تست به شرکت ها
22
00:00:53,120 –> 00:00:55,199
در هلند و خارج از کشور
23
00:00:55,199 –> 00:00:57,360
ارائه
24
00:00:57,360 –> 00:01:00,480
کرده است.
25
00:01:00,480 –> 00:01:02,559
26
00:01:02,559 –> 00:01:04,959
27
00:01:04,959 –> 00:01:07,600
چه نمی کند
28
00:01:07,600 –> 00:01:10,320
او فردی است که از
29
00:01:10,320 –> 00:01:12,479
سخنرانی در جمع لذت می برد و دارای ت او در بسیاری از
30
00:01:12,479 –> 00:01:15,200
کنفرانسهای بینالمللی مانند روزهای چابک و
31
00:01:15,200 –> 00:01:18,320
اتوماسیون، روز تست هلندی ستاره بریتانیا شرکت
32
00:01:18,320 –> 00:01:21,360
کرده است و در
33
00:01:21,360 –> 00:01:23,680
کنفرانسهای متعدد دیگر در هلند و
34
00:01:23,680 –> 00:01:25,360
خارج از کشور سخنرانی کرده است،
35
00:01:25,360 –> 00:01:28,080
نه تنها در معرفی خود،
36
00:01:28,080 –> 00:01:31,920
او بنیانگذار ontestautomation.com
37
00:01:31,920 –> 00:01:35,040
به علاوه او همچنین نویسنده چند
38
00:01:35,040 –> 00:01:37,680
کتاب الکترونیکی که بهعنوان روشهای پیادهسازی مجازیسازی سرویس مسیر یادگیری اتوماسیون آزمایشی نامگذاری شدهاند
39
00:01:37,680 –> 00:01:38,960
40
00:01:38,960 –> 00:01:41,680
41
00:01:41,680 –> 00:01:44,720
و گرایشها برای محیطهای آزمایشی بر حسب تقاضا،
42
00:01:44,720 –> 00:01:46,000
43
00:01:46,000 –> 00:01:49,040
اکنون فکر میکنم شما باید ایدهای
44
00:01:49,040 –> 00:01:50,960
در مورد مهمانها برای جلسه امروز املاک داشته باشید
45
00:01:50,960 –> 00:01:52,159
،
46
00:01:52,159 –> 00:01:55,759
بله مهمان ما کسی نیست جز رئیس که از او
47
00:01:55,759 –> 00:01:57,280
48
00:01:57,280 –> 00:02:01,040
استقبال میکند. رئیس برنامه ما
49
00:02:01,360 –> 00:02:04,479
خیلی از شما متشکرم aj من فکر نمی کنم قبلاً
50
00:02:04,479 –> 00:02:06,159
51
00:02:06,159 –> 00:02:09,520
چنین معرفی مشتاقانه ای
52
00:02:09,520 –> 00:02:12,879
داشته باشم، بنابراین بسیار سپاسگزارم برای آن بسیار خوب.
53
00:02:12,879 –> 00:02:15,440
54
00:02:15,440 –> 00:02:18,160
55
00:02:18,160 –> 00:02:22,319
56
00:02:22,319 –> 00:02:24,720
از طرف او به شما
57
00:02:24,720 –> 00:02:26,959
رئیس
58
00:02:26,959 –> 00:02:30,640
بسیار متشکرم. اجازه دهید من
59
00:02:30,640 –> 00:02:31,519
60
00:02:31,519 –> 00:02:34,720
جلوتر بروم و
61
00:02:34,720 –> 00:02:36,879
صفحه نمایشم را به اشتراک بگذارم، بنابراین این
62
00:02:36,879 –> 00:02:38,959
یک آزمایش کوچک برای من است و همچنین از آنجایی که
63
00:02:38,959 –> 00:02:40,959
64
00:02:40,959 –> 00:02:43,280
معمولاً زمانی که من سخنرانی های نمایشی زنده انجام می دهم
65
00:02:43,280 –> 00:02:45,680
هیچ اسلایدی وجود ندارد، امروز اسلایدهایی وجود دارد که هیچ
66
00:02:45,680 –> 00:02:47,920
اسلایدی وجود نخواهد داشت.
67
00:02:47,920 –> 00:02:51,040
68
00:02:51,040 –> 00:02:53,840
69
00:02:53,840 –> 00:02:57,120
70
00:02:57,120 –> 00:02:58,480
امروز می خواهم
71
00:02:58,480 –> 00:02:59,680
72
00:02:59,680 –> 00:03:01,920
در مورد آن صحبت کنم،
73
00:03:01,920 –> 00:03:06,480
آزمایش نوشتن api برای apis
74
00:03:06,480 –> 00:03:07,920
در پایتون
75
00:03:07,920 –> 00:03:12,400
با استفاده از کتابخانه درخواست ها و pi test
76
00:03:12,400 –> 00:03:15,160
um چرا تست api
77
00:03:15,160 –> 00:03:17,280
[موسیقی]
78
00:03:17,280 –> 00:03:18,640
چرا
79
00:03:18,640 –> 00:03:21,840
تست um api روز به روز محبوب تر می شود
80
00:03:21,840 –> 00:03:25,200
و مردم در حال پی بردن به این موضوع هستند که
81
00:03:25,200 –> 00:03:28,080
تست های نوشتن در سطح api um
82
00:03:28,080 –> 00:03:30,159
می تواند به طور موثر انجام شود،
83
00:03:30,159 –> 00:03:34,799
منجر به پوشش تست خوب می شود
84
00:03:34,799 –> 00:03:37,840
و از آنجایی که
85
00:03:37,840 –> 00:03:39,680
apis در برنامه ها و سیستم های نرم افزاری مدرن وجود دارد
86
00:03:39,680 –> 00:03:41,200
و
87
00:03:41,200 –> 00:03:43,840
مهارت های
88
00:03:43,840 –> 00:03:45,360
تعامل با
89
00:03:45,360 –> 00:03:46,959
برنامه های کاربردی
90
00:03:46,959 –> 00:03:49,360
در سطح api را دارند.
91
00:03:49,360 –> 00:03:51,599
مهمتر از این است که به
92
00:03:51,599 –> 00:03:53,840
طور سنتی بسیاری از
93
00:03:53,840 –> 00:03:56,239
اتوماسیون ها در سطح رابط کاربری گرافیکی در
94
00:03:56,239 –> 00:03:57,920
سطح رابط کاربری انجام شده است،
95
00:03:57,920 –> 00:04:00,560
اما امروزه بیشتر و بیشتر
96
00:04:00,560 –> 00:04:04,319
کارهای اتوماسیون
97
00:04:04,319 –> 00:04:06,640
در برنامه های کاربردی در حال تغییر است. بیشتر و
98
00:04:06,640 –> 00:04:08,799
بیشتر به سمت
99
00:04:08,799 –> 00:04:12,840
تست یکپارچه سازی در سطح api
100
00:04:12,840 –> 00:04:15,439
um می پردازیم، بنابراین این چیزی است که امروز می خواهیم بررسی کنیم
101
00:04:15,439 –> 00:04:16,880
، واقعاً
102
00:04:16,880 –> 00:04:17,918
103
00:04:17,918 –> 00:04:20,399
دلیل اینکه من پایتون را به عنوان
104
00:04:20,399 –> 00:04:23,520
زبان انتخابی خود انتخاب کرده ام این است که
105
00:04:23,520 –> 00:04:24,880
برنامه نویسی زیادی وجود ندارد که
106
00:04:24,880 –> 00:04:27,040
باید انجام دهید.
107
00:04:27,040 –> 00:04:28,560
108
00:04:28,560 –> 00:04:31,520
تست های مفید و معنی دار و قدرتمند برای
109
00:04:31,520 –> 00:04:34,080
apis
110
00:04:34,080 –> 00:04:36,400
python خود بنویسید
111
00:04:36,400 –> 00:04:38,400
کتابخانه های بسیار خوبی دارد که می تواند به شما در
112
00:04:38,400 –> 00:04:39,840
نوشتن
113
00:04:39,840 –> 00:04:44,639
تست برای apis کمک کند و قبل از شروع به
114
00:04:44,639 –> 00:04:46,479
115
00:04:46,479 –> 00:04:49,199
کدنویسی، به سرعت دو
116
00:04:49,199 –> 00:04:52,800
کتابخانه اصلی را که امروز از آنها استفاده خواهم کرد، معرفی خواهم کرد.
117
00:04:52,800 –> 00:04:54,320
118
00:04:54,320 –> 00:04:56,800
مانند بسیاری از تلاشهای اتوماسیون، ما
119
00:04:56,800 –> 00:04:59,919
به یک چارچوب تست نیاز داریم، یک چارچوب تست واحد
120
00:04:59,919 –> 00:05:01,039
121
00:05:01,039 –> 00:05:02,880
um python دارای تعداد زیادی فریمورک تست واحد مختلف است،
122
00:05:02,880 –> 00:05:05,199
123
00:05:05,199 –> 00:05:07,759
اما مسلماً محبوبترین و
124
00:05:07,759 –> 00:05:10,960
همه کارهترین آنها تست
125
00:05:10,960 –> 00:05:16,000
pi است، بنابراین تست pi در حال حاضر در نسخه 6.2.5 است.
126
00:05:16,000 –> 00:05:18,080
این یک فریمورک بسیار بالغ است،
127
00:05:18,080 –> 00:05:20,479
قدرتمند
128
00:05:20,479 –> 00:05:22,400
است و یکی از گویاترین واحدها
129
00:05:22,400 –> 00:05:24,479
و فریمورک هایی است که در اکوسیستم پایتون می شناسم،
130
00:05:24,479 –> 00:05:27,440
به همین دلیل است که ما در
131
00:05:27,440 –> 00:05:29,199
اینجا از تست pi استفاده می کنیم
132
00:05:29,199 –> 00:05:31,440
و همانطور که احتمالاً
133
00:05:31,440 –> 00:05:33,360
متوجه شده اید fr
134
00:05:33,360 –> 00:05:35,680
از عنوان این جلسه امروز ما
135
00:05:35,680 –> 00:05:39,360
قصد داریم از درخواست ها نیز استفاده کنیم،
136
00:05:39,360 –> 00:05:41,759
شما قبلاً می توانید از توضیحات
137
00:05:41,759 –> 00:05:43,919
اینجا در صفحه ببینید که درخواست ها یک
138
00:05:43,919 –> 00:05:47,520
کتابخانه http ساده و در عین حال زیبا هستند،
139
00:05:47,520 –> 00:05:49,440
اگر بخواهم آن را به قول خودم
140
00:05:49,440 –> 00:05:51,840
بیان کنم، به این معنی است که
141
00:05:51,840 –> 00:05:55,039
قدرتمند است و رسا است و
142
00:05:55,039 –> 00:05:57,919
می توانید
143
00:05:57,919 –> 00:05:59,520
با استفاده از درخواست ها
144
00:05:59,520 –> 00:06:02,160
و تست های pi در پایتون تست های معنی دار بنویسید
145
00:06:02,160 –> 00:06:03,919
بدون اینکه نیازی به نوشتن کدهای زیادی داشته باشید استفاده از
146
00:06:03,919 –> 00:06:05,199
147
00:06:05,199 –> 00:06:07,520
آن ساده است
148
00:06:07,520 –> 00:06:09,600
اما بسیار قدرتمند است همانطور که
149
00:06:09,600 –> 00:06:11,759
امیدواریم
150
00:06:11,759 –> 00:06:14,160
وقتی شروع به نوشتن چند تست واقعی کنیم خواهید دید.
151
00:06:14,160 –> 00:06:17,919
برای apis um ما،
152
00:06:18,840 –> 00:06:22,639
اگر به
153
00:06:22,639 –> 00:06:26,160
صفحه مستندات درخواست ها بروید
154
00:06:26,160 –> 00:06:28,160
، موارد زیادی
155
00:06:28,160 –> 00:06:31,039
خواهید دید، اطلاعات بیشتری در مورد
156
00:06:31,039 –> 00:06:35,120
همه ویژگی هایی که درخواست ها می توانند
157
00:06:35,120 –> 00:06:36,960
تمام ویژگی هایی را که درخواست ها
158
00:06:36,960 –> 00:06:37,919
ارائه می دهند، مشاهده کنید،
159
00:06:37,919 –> 00:06:41,120
من هرگز نمی توانم همه آنها را پوشش
160
00:06:41,120 –> 00:06:43,280
دهم در این جلسه، بنابراین
161
00:06:43,280 –> 00:06:44,880
در ابتدا شروع می کنیم،
162
00:06:44,880 –> 00:06:46,800
من
163
00:06:46,800 –> 00:06:48,400
تعدادی
164
00:06:48,400 –> 00:06:51,039
از ویژگی های کتابخانه درخواست ها را نشان خواهم داد،
165
00:06:51,039 –> 00:06:53,840
اما هیچ راهی وجود ندارد که
166
00:06:53,840 –> 00:06:57,039
بتوانم همه آنها را فقط در
167
00:06:57,039 –> 00:06:59,440
عرض یک ساعت پوشش دهم که همه این موارد است. زمانی که
168
00:06:59,440 –> 00:07:01,599
ما
169
00:07:01,599 –> 00:07:04,880
اگر می خواهید درباره کتابخانه درخواست اطلاعات بیشتری در مورد pi بدانید، به
170
00:07:04,880 –> 00:07:07,360
شدت توصیه می کنم
171
00:07:07,360 –> 00:07:10,240
فقط مستندات را بررسی کنید که به
172
00:07:10,240 –> 00:07:12,800
خوبی نوشته شده است، درک آن آسان است و
173
00:07:12,800 –> 00:07:14,400
اساساً هر کاری که کتابخانه
174
00:07:14,400 –> 00:07:17,840
می تواند انجام دهد در آنجا وجود دارد
175
00:07:20,560 –> 00:07:23,680
و چون
176
00:07:23,680 –> 00:07:26,319
ما قصد داریم چند آزمایش بنویسیم.
177
00:07:26,319 –> 00:07:27,280
برای
178
00:07:27,280 –> 00:07:30,000
یک api ما همچنین به یک api برای آزمایش در برابر um نیاز داریم،
179
00:07:30,000 –> 00:07:32,319
180
00:07:32,319 –> 00:07:33,919
181
00:07:33,919 –> 00:07:36,960
بنابراین
182
00:07:37,599 –> 00:07:39,919
هزاران یا میلیونها api
183
00:07:39,919 –> 00:07:41,840
در دسترس وجود دارد و یکی
184
00:07:41,840 –> 00:07:42,800
185
00:07:42,800 –> 00:07:43,680
186
00:07:43,680 –> 00:07:45,599
از نمونههایی
187
00:07:45,599 –> 00:07:48,240
که من برای تمرینهای کدنویسی که
188
00:07:48,240 –> 00:07:49,759
امروز انجام خواهم داد انتخاب
189
00:07:49,759 –> 00:07:51,360
190
00:07:51,360 –> 00:07:54,160
کردم، jsonplaceholder است. api .topico.com
191
00:07:54,160 –> 00:07:55,680
192
00:07:55,680 –> 00:07:58,560
که api دارای چندین
193
00:07:58,560 –> 00:08:00,960
نقطه پایانی مختلف است، یک api جعلی برای آزمایش
194
00:08:00,960 –> 00:08:02,560
و نمونه سازی
195
00:08:02,560 –> 00:08:06,479
است، دارای تعدادی نقطه پایانی مختلف است
196
00:08:06,479 –> 00:08:08,479
که می توانید
197
00:08:08,479 –> 00:08:11,280
داده های مربوط به پست ها نظرات
198
00:08:11,280 –> 00:08:13,599
آلبوم ها عکس ها را بازیابی کنید
199
00:08:13,599 –> 00:08:18,960
و ما قصد داریم با برخی از آنها شروع کنیم.
200
00:08:19,280 –> 00:08:20,319
201
00:08:20,319 –> 00:08:22,400
دادههای کاربر foot
202
00:08:22,400 –> 00:08:24,560
بنابراین
203
00:08:24,879 –> 00:08:26,879
و عمدتاً در عملیات اصلی
204
00:08:26,879 –> 00:08:28,319
که میخواهیم روی آن تمرکز
205
00:08:28,319 –> 00:08:29,280
کنیم
206
00:08:29,280 –> 00:08:32,000
این است که یک http دریافت میکند، بنابراین من در حال بازیابی
207
00:08:32,000 –> 00:08:34,799
برخی از دادهها از این api
208
00:08:34,799 –> 00:08:37,360
هستم که مربوط به یک کاربر با استفاده است. r id
209
00:08:37,360 –> 00:08:38,240
one
210
00:08:38,240 –> 00:08:40,958
بنابراین همانطور که در پاسخ می بینید
211
00:08:40,958 –> 00:08:43,200
یک شناسه کاربری
212
00:08:43,200 –> 00:08:45,200
وجود دارد، یک نام مرتبط با آن شناسه کاربر،
213
00:08:45,200 –> 00:08:46,080
214
00:08:46,080 –> 00:08:48,800
یک نام کاربری، یک ایمیل،
215
00:08:48,800 –> 00:08:50,080
یک آدرس،
216
00:08:50,080 –> 00:08:52,240
یک تلفن، یک وب سایت
217
00:08:52,240 –> 00:08:54,800
و یک شرکت، برخی از داده های شرکت وجود دارد،
218
00:08:54,800 –> 00:08:58,399
بنابراین اگر بررسی کنیم، داده های زیادی برای کار با
219
00:08:58,399 –> 00:09:00,320
آن وجود دارد.
220
00:09:00,320 –> 00:09:02,720
221
00:09:02,720 –> 00:09:05,839
برگه شبکه ما را نیز میتوانیم در
222
00:09:05,839 –> 00:09:08,399
پاسخ در سر مشاهده کنیم
223
00:09:08,399 –> 00:09:11,440
که تعدادی سرصفحه مختلف مرتبط
224
00:09:11,440 –> 00:09:13,200
با پاسخ هستند، بنابراین
225
00:09:13,200 –> 00:09:15,279
نیازی به درک
226
00:09:15,279 –> 00:09:17,920
همه اینها نیست، اما من میروم و به برخی از آنها اشاره میکنم.
227
00:09:17,920 –> 00:09:19,440
228
00:09:19,440 –> 00:09:20,839
229
00:09:20,839 –> 00:09:24,160
وقتی تمرینات را انجام میدهم،
230
00:09:24,160 –> 00:09:24,959
231
00:09:24,959 –> 00:09:27,279
سرصفحهها برای آن دسته از شما
232
00:09:27,279 –> 00:09:29,360
که کمتر با
233
00:09:29,360 –> 00:09:31,360
این APIهای استراحت آشنا هستند
234
00:09:31,360 –> 00:09:32,480
235
00:09:32,480 –> 00:09:34,720
، حاوی متادیتا هستند، توضیحی
236
00:09:34,720 –> 00:09:37,120
درباره
237
00:09:37,120 –> 00:09:38,959
ویژگیهای خاص پاسخ،
238
00:09:38,959 –> 00:09:40,640
دادههای واقعی
239
00:09:40,640 –> 00:09:42,720
نیستند، بلکه اطلاعات دیگری هستند که ممکن است
240
00:09:42,720 –> 00:09:45,839
برای گیرنده این پاسخ مفید است،
241
00:09:45,839 –> 00:09:49,360
بنابراین طرفی که درخواست خود را ارسال کرده است،
242
00:09:49,360 –> 00:09:51,120
به عنوان مثال یکی از مهم ترین
243
00:09:51,120 –> 00:09:52,640
آنها،
244
00:09:52,640 –> 00:09:54,560
هدر نوع محتوا است
245
00:09:54,560 –> 00:09:56,240
که اوه
246
00:09:56,240 –> 00:09:57,360
این یکی است
247
00:09:57,360 –> 00:09:58,399
که
248
00:09:58,399 –> 00:10:00,080
249
00:10:00,080 –> 00:10:02,839
گیرنده این
250
00:10:02,839 –> 00:10:04,720
r را به گیرنده می گوید.
251
00:10:04,720 –> 00:10:07,200
پاسخ واقعی را در چه نوع داده ای نشان می دهد
252
00:10:07,200 –> 00:10:09,600
و بنابراین در این مورد به گیرنده پاسخ می گوید
253
00:10:09,600 –> 00:10:11,519
254
00:10:11,519 –> 00:10:14,640
که داده
255
00:10:14,640 –> 00:10:17,360
ها در فرمت مجاور هستند
256
00:10:17,360 –> 00:10:22,240
و مجموعه کاراکترهای استفاده شده utf8 است،
257
00:10:24,000 –> 00:10:25,760
بنابراین api ما
258
00:10:25,760 –> 00:10:27,519
به همین سادگی است.
259
00:10:27,519 –> 00:10:30,000
زمانی
260
00:10:30,000 –> 00:10:32,959
که قرار است برخی از داده ها را بازیابی کنیم
261
00:10:32,959 –> 00:10:36,320
و برخی از
262
00:10:36,320 –> 00:10:37,839
ویژگی
263
00:10:37,839 –> 00:10:39,360
های خاص این
264
00:10:39,360 –> 00:10:41,920
پاسخ را تأیید کنیم،
265
00:10:43,360 –> 00:10:46,560
بنابراین آنچه را که در اینجا
266
00:10:46,560 –> 00:10:47,360
267
00:10:47,360 –> 00:10:52,160
برای این جلسه آماده کرده ام تعدادی از
268
00:10:52,160 –> 00:10:54,079
چالش های کدنویسی ساده هستند که
269
00:10:54,079 –> 00:10:56,160
در این جلسه با شما صحبت خواهم کرد. بنابراین متوجه خواهید شد
270
00:10:56,160 –> 00:10:57,279
271
00:10:57,279 –> 00:11:00,480
که چه اتفاقی میافتد،
272
00:11:00,480 –> 00:11:02,480
من از pycharm برای کسانی از شما استفاده میکنم که با این ایده اصولاً هوشمندانه
273
00:11:02,480 –> 00:11:04,560
آشنا نیستند
274
00:11:04,560 –> 00:11:07,600
،
275
00:11:07,600 –> 00:11:11,470
اما برای پایتون
276
00:11:11,470 –> 00:11:14,560
[Music
277
00:11:14,560 –> 00:11:16,240
] یکی از
278
00:11:16,240 –> 00:11:18,560
شناسههایی است که میتوانید برای پایتون استفاده کنید،
279
00:11:18,560 –> 00:11:20,399
قطعاً اینطور نیست. تنها موردی
280
00:11:20,399 –> 00:11:22,160
که نمیخواهم بگویم بهترین است
281
00:11:22,160 –> 00:11:24,240
که خیلی از آن خوشم میآید
282
00:11:24,240 –> 00:11:27,040
، به همین دلیل است که از آن استفاده
283
00:11:27,040 –> 00:11:29,839
284
00:11:30,079 –> 00:11:33,200
میکنم.
285
00:11:33,200 –> 00:11:35,680
286
00:11:35,680 –> 00:11:37,600
شما
287
00:11:37,600 –> 00:11:40,800
نه این خوب است من می توانم آن را بخوانم
288
00:11:40,800 –> 00:11:42,800
خوب است، پس من فرض
289
00:11:42,800 –> 00:11:44,640
می کنم که همه کسانی که این وبینار را تماشا
290
00:11:44,640 –> 00:11:46,880
می کنند می توانند آن را خوب بخوانند،
291
00:11:46,880 –> 00:11:49,200
البته اگر
292
00:11:49,200 –> 00:11:51,519
خواندن
293
00:11:51,519 –> 00:11:52,399
294
00:11:52,399 –> 00:11:54,880
تمام کدهایی که نشان می دهم دشوار است، بنابراین
295
00:11:54,880 –> 00:11:57,600
هم تمرین ها و هم پاسخ ها
296
00:11:57,600 –> 00:11:59,360
همه تمرینها
297
00:11:59,360 –> 00:12:01,120
را پنهان میکنم، نمیخواهم همه چیز را
298
00:12:01,120 –> 00:12:02,880
بدهم، نمیخواهم این سورپرایزها را خراب کنم
299
00:12:02,880 –> 00:12:03,680
.
300
00:12:03,680 –> 00:12:05,760
301
00:12:05,760 –> 00:12:06,959
302
00:12:06,959 –> 00:12:08,240
303
00:12:08,240 –> 00:12:08,959
304
00:12:08,959 –> 00:12:10,800
305
00:12:10,800 –> 00:12:12,639
306
00:12:12,639 –> 00:12:15,120
کد دقیقی
307
00:12:15,120 –> 00:12:19,120
که در این جلسه با آن کار خواهم کرد
308
00:12:19,200 –> 00:12:21,360
همراه با کمی
309
00:12:21,360 –> 00:12:23,200
توضیحات در مورد
310
00:12:23,200 –> 00:12:25,279
نحوه نصب وابستگی ها و
311
00:12:25,279 –> 00:12:28,320
اجرای کد برای کسانی از شما
312
00:12:28,320 –> 00:12:31,900
که به اندازه [Music] با پایتون آشنا
313
00:12:31,900 –> 00:12:33,200
314
00:12:33,200 –> 00:12:37,120
نیستند و هنوز آنقدرها آشنا نیستند. با پایتون
315
00:12:37,519 –> 00:12:40,000
عالی است، بنابراین آنچه من در اینجا آماده کرده ام
316
00:12:40,000 –> 00:12:43,360
فقط یک تمرین ماژول پایتون است.
317
00:12:43,360 –> 00:12:45,360
با تعدادی تست بخرید
318
00:12:45,360 –> 00:12:49,200
و از هم اکنون که این تست ها را اجرا می کنم
319
00:12:49,200 –> 00:12:51,120
، همه آنها شکست می خورند
320
00:12:51,120 –> 00:12:53,279
زیرا کارهای زیادی وجود دارد که هنوز
321
00:12:53,279 –> 00:12:54,720
باید انجام
322
00:12:54,720 –> 00:12:56,720
دهیم. ‘ آماده شده است که اساسا آنها
323
00:12:56,720 –> 00:12:58,079
خالی
324
00:12:58,079 –> 00:13:00,560
آزمون تنها چیزی که خالی
325
00:13:00,560 –> 00:13:02,240
ب چون یک عبارت ادعایی
326
00:13:02,240 –> 00:13:04,079
در آنجا وجود دارد، اما تنها کاری که آنها انجام می دهند این است که
327
00:13:04,079 –> 00:13:06,079
فقط نادرست است و کاری که ما در
328
00:13:06,079 –> 00:13:09,440
اینجا انجام می دهیم این است
329
00:13:10,800 –> 00:13:13,440
که آنها را وادار کنیم این تست ها را
330
00:13:13,440 –> 00:13:16,959
قبول کنند، بنابراین من می خواهم این تست ها
331
00:13:16,959 –> 00:13:19,120
قبول شوند، اجازه دهید
332
00:13:19,120 –> 00:13:20,480
333
00:13:20,480 –> 00:13:24,160
سریع وارد تنظیمات شوم و
334
00:13:24,160 –> 00:13:27,279
اوه این دوباره کجاست
335
00:13:27,279 –> 00:13:30,240
زبان ها و از طریق
336
00:13:30,240 –> 00:13:33,240
پنج
337
00:13:35,120 –> 00:13:36,000
رئیس
338
00:13:36,000 –> 00:13:38,399
قبل از اینکه ما چند تصمیم
339
00:13:38,399 –> 00:13:41,199
داشته باشیم بله بله حتماً ادامه دهید بنابراین قبل از اینکه
340
00:13:41,199 –> 00:13:42,000
ما
341
00:13:42,000 –> 00:13:44,320
342
00:13:44,320 –> 00:13:47,199
با استفاده از نمودار دایره ای به آزمایش uh api عمیق بپردازیم بنابراین من یک
343
00:13:47,199 –> 00:13:49,600
سؤال عمومی دارم که از شما بپرسم.
344
00:13:49,600 –> 00:13:50,800
345
00:13:50,800 –> 00:13:51,600
346
00:13:51,600 –> 00:13:54,079
اوه چه ناگهانی اتفاق افتاد شما می دانید
347
00:13:54,079 –> 00:13:57,519
چرا همه سازمان ها
348
00:13:57,519 –> 00:14:00,639
بیشتر بر روی تست api تمرکز می کنند تا اینکه
349
00:14:00,639 –> 00:14:03,360
شما می دانید تمرکز بیشتر بر روی
350
00:14:03,360 –> 00:14:06,800
تست عملکردی سنتی ما است،
351
00:14:08,639 –> 00:14:10,399
بنابراین می خواهید بدانید که چرا
352
00:14:10,399 –> 00:14:12,079
بله،
353
00:14:12,079 –> 00:14:14,160
354
00:14:14,160 –> 00:14:17,199
خب، خوب است، بنابراین آنچه ما به
355
00:14:17,199 –> 00:14:20,560
طور سنتی در آزمایش می دیدیم. اتوماسیون این است که
356
00:14:20,560 –> 00:14:23,519
افراد شروع به نوشتن تست هایی کردند که
357
00:14:23,519 –> 00:14:25,680
همان کاری را که کاربر نهایی انجام می دهد، نحوه
358
00:14:25,680 –> 00:14:28,320
تعامل کاربر نهایی با یک برنامه کاربردی را تکرار می کند
359
00:14:28,320 –> 00:14:31,120
و این تست های مهمی هستند
360
00:14:31,120 –> 00:14:33,920
زیرا ما باید بدانیم که یک کاربر نهایی
361
00:14:33,920 –> 00:14:36,959
می تواند خاص انجام دهد. اقدامات با
362
00:14:36,959 –> 00:14:38,160
Uh
363
00:14:38,160 –> 00:14:39,760
در یک برنامه از طریق رابط کاربری گرافیکی،
364
00:14:39,760 –> 00:14:42,440
365
00:14:42,440 –> 00:14:46,000
اما برای آزمایش های زیاد
366
00:14:46,000 –> 00:14:47,680
اینطور نیست، قطعا کارآمدترین
367
00:14:47,680 –> 00:14:49,680
راه برای به
368
00:14:49,680 –> 00:14:51,279
دست آوردن اطلاعاتی نیست که به دنبال آن هستید،
369
00:14:51,279 –> 00:14:52,240
370
00:14:52,240 –> 00:14:53,199
بنابراین
371
00:14:53,199 –> 00:14:54,639
372
00:14:54,639 –> 00:14:57,040
اگر می خواهم بررسی کنم که یک کاربر نهایی می تواند
373
00:14:57,040 –> 00:14:58,720
انجام دهد چیزی با یک برنامه در
374
00:14:58,720 –> 00:15:03,440
رابط کاربری گرافیکی، پس
375
00:15:03,440 –> 00:15:05,120
اگر بخواهم اتوماسیونی بنویسم که
376
00:15:05,120 –> 00:15:07,120
بررسی کند به ابزاری نیاز دارم که
377
00:15:07,120 –> 00:15:10,399
بر روی رابط کاربری گرافیکی کار می کند،
378
00:15:10,399 –> 00:15:13,360
اما برای این فقط یک زیر مجموعه کوچک
379
00:15:13,360 –> 00:15:14,240
از
380
00:15:14,240 –> 00:15:15,279
381
00:15:15,279 –> 00:15:17,600
مجموعه آزمایشی است که شما می خواهید.
382
00:15:17,600 –> 00:15:18,510
برای اجرای چنین
383
00:15:18,510 –> 00:15:21,600
[موسیقی
384
00:15:21,600 –> 00:15:25,040
] بسیاری از اوقات شما روی
385
00:15:25,040 –> 00:15:27,199
آزمایش الگوریتمهای تست منطق کسبوکار تمرکز میکنید
386
00:15:27,199 –> 00:15:30,000
387
00:15:30,000 –> 00:15:32,000
و اجرای
388
00:15:32,000 –> 00:15:34,240
جداول تصمیمگیری قوانین کسبوکار
389
00:15:34,240 –> 00:15:36,720
را آزمایش میکنید
390
00:15:38,320 –> 00:15:40,639
و تا زمانی که برنامه شما
391
00:15:40,639 –> 00:15:43,600
بسیار بد ساخته شده باشد
392
00:15:43,600 –> 00:15:44,480
393
00:15:44,480 –> 00:15:47,920
،
394
00:15:48,880 –> 00:15:50,720
نیازی به گرافیک واقعی نخواهید داشت. رابط
395
00:15:50,720 –> 00:15:52,800
کاربری نقشی در
396
00:15:52,800 –> 00:15:54,560
اجرای منطق آن
397
00:15:54,560 –> 00:15:57,680
الگوریتمهای آن قوانین تجاری بازی نمیکند،
398
00:15:57,680 –> 00:16:00,240
آنها اغلب از طریق apis در معرض نمایش قرار میگیرند،
399
00:16:00,240 –> 00:16:02,639
بنابراین اگر برای بررسی
400
00:16:02,639 –> 00:16:04,720
منطق کسبوکار، اغلب
401
00:16:04,720 –> 00:16:08,399
منطقیتر است که آزمایش کنیم در سطح api،
402
00:16:08,399 –> 00:16:09,199
403
00:16:09,199 –> 00:16:11,120
همچنین افزودن
404
00:16:11,120 –> 00:16:12,720
برنامههای سیستمی امروزه بسیار بیشتر
405
00:16:12,720 –> 00:16:14,480
توزیع شدهاند،
406
00:16:14,480 –> 00:16:16,560
بنابراین
407
00:16:16,560 –> 00:16:18,639
به جای داشتن این یکپارچه بزرگ
408
00:16:18,639 –> 00:16:19,600
که
409
00:16:19,600 –> 00:16:21,360
تقریباً همه کارها را انجام میدهد،
410
00:16:21,360 –> 00:16:24,240
ما برنامههایی داریم که ساخته شدهاند.
411
00:16:24,240 –> 00:16:25,199
412
00:16:25,199 –> 00:16:27,399
بسیاری از مؤلفههای مختلف،
413
00:16:27,399 –> 00:16:30,480
میکروسرویسها اغلب
414
00:16:30,480 –> 00:16:32,880
که همه آنها یک کار خاص را
415
00:16:32,880 –> 00:16:35,199
انجام میدهند و با کار دیگری از طریق apis ارتباط برقرار میکنند،
416
00:16:35,199 –> 00:16:40,000
بنابراین پتانسیل بسیار بیشتری وجود دارد و
417
00:16:40,639 –> 00:16:42,800
418
00:16:42,800 –> 00:16:44,320
فرصتهای بسیار بیشتری
419
00:16:44,320 –> 00:16:45,120
برای
420
00:16:45,120 –> 00:16:47,199
نوشتن تستها در سطح api وجود دارد و این
421
00:16:47,199 –> 00:16:48,880
تستهای سطح api
422
00:16:48,880 –> 00:16:52,240
هستند. فقط سریعتر اجرا کنید،
423
00:16:52,240 –> 00:16:54,720
نوشتن آنها راحتتر از آزمایشات گرافیکی است،
424
00:16:54,720 –> 00:16:57,199
مثلاً با استفاده از
425
00:16:57,199 –> 00:17:01,120
سلنیوم یا سرو یا پخشکننده
426
00:17:01,920 –> 00:17:05,439
که زیاد میدوند، خیلی سریعتر میدوند، بنابراین
427
00:17:05,439 –> 00:17:07,199
بازخوردی را که
428
00:17:07,199 –> 00:17:11,199
در آزمایش خود به دنبال آن هستید
429
00:17:11,599 –> 00:17:13,039
، خیلی سریعتر به شما میدهند.
430
00:17:13,039 –> 00:17:16,160
در مقایسه با این تستهای نسبتاً کند
431
00:17:16,160 –> 00:17:17,359
و
432
00:17:17,359 –> 00:17:19,439
سخت برای نگهداری
433
00:17:19,439 –> 00:17:20,959
که
434
00:17:20,959 –> 00:17:24,720
با رابط کاربری گرافیکی اجرا میشوند، بسیار
435
00:17:24,959 –> 00:17:27,199
خوب،
436
00:17:27,199 –> 00:17:30,240
پس بیایید شروع کنیم.
437
00:17:30,240 –> 00:17:33,120
اولین چالشی که دارم این است
438
00:17:33,120 –> 00:17:34,559
439
00:17:34,559 –> 00:17:36,559
که از من بخواهم
440
00:17:36,559 –> 00:17:39,280
کدی بنویسم که
441
00:17:39,280 –> 00:17:41,280
درخواست دریافت واقعی را که
442
00:17:41,280 –> 00:17:44,640
در اینجا انجام می دادیم انجام دهد، بنابراین
443
00:17:44,640 –> 00:17:47,120
در واقع این داده ها را بازیابی کند
444
00:17:47,120 –> 00:17:49,760
و بررسی کند که کد وضعیت پاسخ،
445
00:17:49,760 –> 00:17:52,160
بنابراین کد وضعیت http که
446
00:17:52,160 –> 00:17:54,640
اولین نشانه است
447
00:17:54,640 –> 00:17:58,799
آیا این درخواست با موفقیت پردازش شد
448
00:17:58,799 –> 00:18:00,799
برابر با 200 است.
449
00:18:00,799 –> 00:18:03,840
بنابراین کاری که ما می خواهیم انجام دهیم این است که یک
450
00:18:03,840 –> 00:18:06,720
http به یک نقطه پایانی خاص
451
00:18:06,720 –> 00:18:09,360
برسیم و پاسخ
452
00:18:09,360 –> 00:18:11,360
453
00:18:11,360 –> 00:18:14,720
را بگیریم و بررسی کنیم که کد وضعیت پاسخ برابر با 200 باشد.
454
00:18:14,720 –> 00:18:18,160
این ادعای نادرست را با
455
00:18:18,160 –> 00:18:20,799
یک تست واقعی جایگزین کنید که
456
00:18:20,799 –> 00:18:23,200
منطقی است
457
00:18:25,280 –> 00:18:31,600
و راه انجام آن این است که به
458
00:18:35,760 –> 00:18:38,480
سادگی اولین خط کد من در اینجا
459
00:18:38,480 –> 00:18:39,360
460
00:18:39,360 –> 00:18:42,000
یک فراخوانی به کتابخانه درخواستها است
461
00:18:42,000 –> 00:18:44,240
که آنجا نیست
462
00:18:44,240 –> 00:18:46,480
اما بخشی از
463
00:18:46,480 –> 00:18:49,679
پروژه من است، بنابراین تمام چیزی که باید انجام دهم do این است
464
00:18:49,679 –> 00:18:51,679
که آن را وارد کنید
465
00:18:51,679 –> 00:18:53,760
تا کتابخانه در ماژولی که
466
00:18:53,760 –> 00:18:56,080
من در آن کار میکنم در دسترس قرار گیرد
467
00:18:56,080 –> 00:18:58,080
و این کتابخانه درخواست تعدادی
468
00:18:58,080 –> 00:19:01,280
روش کاربردی برای هر یک از افعال http دارد،
469
00:19:01,280 –> 00:19:07,360
بنابراین یکی از راههای حذف پچ پست قرار دادن و غیره
470
00:19:07,850 –> 00:19:09,120
[Music] را دریافت کنید.
471
00:19:09,120 –> 00:19:11,600
آن
472
00:19:11,600 –> 00:19:14,640
را ساده ترین راه برای
473
00:19:14,640 –> 00:19:16,960
فراخوانی این متد get این است که به آن
474
00:19:16,960 –> 00:19:18,880
نقطه پایانی را منتقل کنید که می خواهید به جایی
475
00:19:18,880 –> 00:19:20,640
که داده ها در آن قرار دارند و می خواهید um را
476
00:19:20,640 –> 00:19:22,480
بازیابی کنید
477
00:19:22,480 –> 00:19:25,200
478
00:19:25,200 –> 00:19:28,559
و این روش این متد get um کل پاسخ را
479
00:19:28,559 –> 00:19:30,640
برمی گرداند
480
00:19:30,640 –> 00:19:35,520
بنابراین پاسخ http
481
00:19:35,520 –> 00:19:39,120
به عنوان یک شی به عنوان یک شی پایتون
482
00:19:39,120 –> 00:19:40,000
و
483
00:19:40,000 –> 00:19:43,039
من میخواهم آن را به طور موقت
484
00:19:43,039 –> 00:19:44,799
485
00:19:44,799 –> 00:19:47,039
در متغیری به نام پاسخ ذخیره کنم،
486
00:19:47,039 –> 00:19:50,840
بنابراین این خط کد
487
00:19:50,840 –> 00:19:54,720
um هر چیزی است که
488
00:19:54,720 –> 00:19:56,160
در پایتون
489
00:19:56,160 –> 00:19:57,360
برای
490
00:19:57,360 –> 00:19:59,440
ایجاد یک درخواست http نیاز دارید
491
00:19:59,440 –> 00:20:03,039
تا در واقع آن درخواست http را ارسال
492
00:20:03,039 –> 00:20:05,280
کنید تا http به آن برسد. نقطه پایانی که شما مشخص کردهاید
493
00:20:05,280 –> 00:20:06,640
494
00:20:06,640 –> 00:20:08,799
و برای گرفتن پاسخهای ذخیره شده در یک
495
00:20:08,799 –> 00:20:10,240
متغیر
496
00:20:10,240 –> 00:20:12,640
، این تنها کاری است که باید انجام دهید
497
00:20:12,640 –> 00:20:14,799
و دقیقاً منظورم این بود که
498
00:20:14,799 –> 00:20:17,120
گفتم درخواست خوب
499
00:20:17,120 –> 00:20:18,000
500
00:20:18,000 –> 00:20:19,280
ساده است
501
00:20:19,280 –> 00:20:21,440
اما قدرتمند است
502
00:20:21,440 –> 00:20:23,600
و این تک خط کد این
503
00:20:23,600 –> 00:20:26,240
خط کد را
504
00:20:26,240 –> 00:20:28,960
ایجاد میکند. درخواست http مجدداً
505
00:20:28,960 –> 00:20:31,280
آن را میفرستد capture فقط
506
00:20:31,280 –> 00:20:33,600
پاسخ را میگیرد و آن را در این متغیر پاسخ ذخیره میکند
507
00:20:33,600 –> 00:20:35,840
508
00:20:36,480 –> 00:20:38,960
و تنها چیزی که اکنون باید اضافه
509
00:20:38,960 –> 00:20:41,600
کنیم تا این یک آزمایش معنیدار
510
00:20:41,600 –> 00:20:44,240
باشد، خط دوم است. می گوید بررسی کنید
511
00:20:44,240 –> 00:20:45,840
که کد وضعیت پاسخ برابر
512
00:20:45,840 –> 00:20:47,600
با 200 باشد.
513
00:20:47,600 –> 00:20:49,840
اکنون این
514
00:20:49,840 –> 00:20:51,360
با تست pi
515
00:20:51,360 –> 00:20:53,280
شما با استفاده از کلمه کلیدی assert یک ادعا ایجاد می کنید
516
00:20:53,280 –> 00:20:55,600
517
00:20:55,600 –> 00:20:56,559
518
00:20:56,559 –> 00:20:58,720
و تنها چیزی که باید بررسی کنیم این است که
519
00:20:58,720 –> 00:21:00,559
این شی پاسخ دارای تعدادی
520
00:21:00,559 –> 00:21:03,840
ویژگی باشد بنابراین محتوا
521
00:21:03,840 –> 00:21:05,360
متن سرصفحه ها را دارد.
522
00:21:05,360 –> 00:21:06,640
اما
523
00:21:06,640 –> 00:21:08,000
همچنین کدی که ما در اینجا به دنبال
524
00:21:08,000 –> 00:21:10,400
آن هستیم که کد وضعیت است
525
00:21:10,400 –> 00:21:12,799
و تنها کاری که باید انجام دهم این است که بررسی کنم که
526
00:21:12,799 –> 00:21:15,200
برابر با
527
00:21:15,200 –> 00:21:16,480
200 باشد
528
00:21:16,480 –> 00:21:18,240
تا دوباره به این معنی تبدیل
529
00:21:18,240 –> 00:21:19,520
شود.
530
00:21:19,520 –> 00:21:21,919
531
00:21:21,919 –> 00:21:24,480
و بررسی
532
00:21:24,480 –> 00:21:26,400
کد وضعیت پاسخ،
533
00:21:26,400 –> 00:21:28,720
اما این دو خط هفت و هشت
534
00:21:28,720 –> 00:21:30,880
که در اینجا روی صفحه میبینید،
535
00:21:30,880 –> 00:21:32,400
همه چیزهایی هستند که
536
00:21:32,400 –> 00:21:33,520
برای
537
00:21:33,520 –> 00:21:37,120
انجام این کار به آن نیاز داریم، بنابراین اگر
538
00:21:37,120 –> 00:21:40,159
اکنون تست را دوباره اجرا کنیم، میتوانیم ببینیم که
539
00:21:40,159 –> 00:21:41,840
حتی اگر هفت تست وجود داشته باشد.
540
00:21:41,840 –> 00:21:44,240
هنوز شکست خورده است
541
00:21:44,240 –> 00:21:46,400
، یک تست وجود دارد که اکنون قبول شده است
542
00:21:46,400 –> 00:21:49,679
و آن اولین آزمایش ما است،
543
00:21:51,200 –> 00:21:52,480
544
00:21:52,480 –> 00:21:54,880
بنابراین برنامه پایتون به روشی که تست pi را
545
00:21:54,880 –> 00:21:57,679
خروجی میدهد، اینجا با یک نقطه سبز کوچک است
546
00:21:57,679 –> 00:21:59,679
547
00:21:59,679 –> 00:22:02,159
و این اولین تست ما است،
548
00:22:02,159 –> 00:22:03,760
549
00:22:03,760 –> 00:22:06,159
بنابراین فقط دو مورد را اضافه کنید و
550
00:22:06,159 –> 00:22:08,480
این، اتفاقاً فقط
551
00:22:08,480 –> 00:22:11,360
یک g است.
552
00:22:11,360 –> 00:22:14,559
به نظر من در تمام تست های
553
00:22:14,559 –> 00:22:16,320
شما این است که وقتی یک تست
554
00:22:16,320 –> 00:22:18,559
را نوشتید و اولین بار
555
00:22:18,559 –> 00:22:22,080
قبول شد، به خودتان شک نکردید اوه من
556
00:22:22,080 –> 00:22:22,880
انجام می
557
00:22:22,880 –> 00:22:26,400
دهم زیرا اکنون می خواهم بدانم اشکالی
558
00:22:26,400 –> 00:22:27,840
ندارد واقعا به همین
559
00:22:27,840 –> 00:22:30,080
سادگی و به همین سادگی و به همین سادگی
560
00:22:30,080 –> 00:22:33,440
سعی کنید تست را با
561
00:22:33,440 –> 00:22:35,280
شکست مواجه کنید، فقط برای اینکه بدانید
562
00:22:35,280 –> 00:22:38,720
درست است، بنابراین من
563
00:22:38,720 –> 00:22:42,159
کد وضعیت مورد انتظار را از 200 به 201 تغییر
564
00:22:42,159 –> 00:22:44,400
دادم و اکنون دوباره هشت تست ناموفق دارم
565
00:22:44,400 –> 00:22:47,120
که به این معنی است
566
00:22:47,120 –> 00:22:50,400
که 200 در واقع در حال بررسی
567
00:22:50,400 –> 00:22:52,159
است و به درستی تأیید می شود
568
00:22:52,159 –> 00:22:53,600
و
569
00:22:53,600 –> 00:22:57,120
این آزمایش آماده است.
570
00:22:57,120 –> 00:22:59,360
571
00:22:59,760 –> 00:23:01,200
572
00:23:01,200 –> 00:23:04,080
573
00:23:04,080 –> 00:23:07,600
574
00:23:07,600 –> 00:23:09,120
575
00:23:09,120 –> 00:23:13,360
576
00:23:13,360 –> 00:23:16,240
577
00:23:16,240 –> 00:23:18,159
578
00:23:18,159 –> 00:23:19,919
پاسخ خود را بگیرید
579
00:23:19,919 –> 00:23:22,000
و بررسی کنید که کد وضعیت
580
00:23:22,000 –> 00:23:24,320
پاسخ برابر با 200 باشد.
581
00:23:24,320 –> 00:23:25,840
بیایید ببینیم در اینجا
582
00:23:25,840 –> 00:23:28,000
چه کارهای دیگری می توانیم انجام دهیم
583
00:23:28,000 –> 00:23:29,360
584
00:23:29,360 –> 00:23:31,360
تا دومین چیزی که می خواهم به
585
00:23:31,360 –> 00:23:33,840
شما نشان دهم این است که
586
00:23:33,840 –> 00:23:37,679
دوباره همان درخواست دریافت را
587
00:23:37,679 –> 00:23:40,000
588
00:23:40,400 –> 00:23:42,640
که جدا کرده ام ارسال کنید. این در یک
589
00:23:42,640 –> 00:23:44,000
آزمایش جداگانه به صورت هدفمند
590
00:23:44,000 –> 00:23:48,400
بنابراین میتوانید هر مرحله را دنبال کنید،
591
00:23:49,520 –> 00:23:51,840
بنابراین من
592
00:23:51,840 –> 00:23:54,960
در هر تست یک تماس جدید با hp برقرار میکنم، اگر بگویید
593
00:23:54,960 –> 00:23:58,159
خوب من فقط میخواستم، میخواهم یک
594
00:23:58,159 –> 00:24:00,799
ادعای دوم را به همان آزمایش اضافه
595
00:24:00,799 –> 00:24:02,080
کنم که خوب است،
596
00:24:02,080 –> 00:24:03,600
اما نمیخواهم انجام دهم که در این
597
00:24:03,600 –> 00:24:05,039
نمایش،
598
00:24:05,039 –> 00:24:06,799
بنابراین من می خواهم بنویسم
599
00:24:06,799 –> 00:24:09,600
uh تا
600
00:24:09,600 –> 00:24:11,679
دوباره همان تماس http
601
00:24:11,679 –> 00:24:14,159
602
00:24:14,159 –> 00:24:16,480
را انجام دهم، اما در یک تست متفاوت، بنابراین اولین کاری که باید دوباره انجام دهیم این است
603
00:24:16,480 –> 00:24:20,080
که همان api call
604
00:24:20,080 –> 00:24:20,960
605
00:24:20,960 –> 00:24:24,159
um دومین ویژگی را که می خواهم بررسی کنم انجام دهیم.
606
00:24:24,159 –> 00:24:27,760
در پاسخ این است که ببینیم آیا آن
607
00:24:27,760 –> 00:24:30,400
هدر نوع محتوا که قبلاً در اینجا دیده بودیم،
608
00:24:30,400 –> 00:24:33,760
بنابراین این
609
00:24:33,760 –> 00:24:36,480
یک مقدار برابر با
610
00:24:36,480 –> 00:24:39,279
مقدار مورد انتظاری است که ما انتظار داریم، بنابراین در این
611
00:24:39,279 –> 00:24:41,840
مورد می خواهم بررسی کنم که
612
00:24:41,840 –> 00:24:42,720
613
00:24:42,720 –> 00:24:45,520
هدر نوع محتوا
614
00:24:45,520 –> 00:24:48,799
برابر با برنامه است. json
615
00:24:48,799 –> 00:24:50,080
اکنون
616
00:24:50,080 –> 00:24:52,240
در
617
00:24:52,240 –> 00:24:54,400
تمرین قبلی مثال قبلی
618
00:24:54,400 –> 00:24:56,799
ما
619
00:24:57,039 –> 00:25:00,960
کد وضعیت را بررسی کرده ایم.
620
00:25:00,960 –> 00:25:02,960
621
00:25:02,960 –> 00:25:05,360
622
00:25:05,360 –> 00:25:07,360
623
00:25:07,360 –> 00:25:10,240
624
00:25:10,400 –> 00:25:12,559
625
00:25:12,559 –> 00:25:13,919
626
00:25:13,919 –> 00:25:16,559
ما
627
00:25:16,559 –> 00:25:19,600
درخواست کتابخانه درخواست می کنیم
628
00:25:19,600 –> 00:25:20,480
629
00:25:20,480 –> 00:25:23,200
این فقط یک فرهنگ لغت معمولی پایتون است
630
00:25:23,200 –> 00:25:25,200
و برای کسانی از شما که نمیدانید
631
00:25:25,200 –> 00:25:28,400
دیکشنری چیست، مجموعهای از
632
00:25:28,400 –> 00:25:30,000
جفتهای مقادیر کلیدی است
633
00:25:30,000 –> 00:25:31,679
که کلیدها نام
634
00:25:31,679 –> 00:25:34,320
سرصفحهها و مقادیر
635
00:25:34,320 –> 00:25:35,520
636
00:25:35,520 –> 00:25:38,320
مقادیر سرصفحه مربوطه هستند.
637
00:25:38,559 –> 00:25:41,450
و راه به
638
00:25:41,450 –> 00:25:44,589
[موسیقی]
639
00:25:45,520 –> 00:25:48,559
اوه،
640
00:25:51,279 –> 00:25:53,919
من به طور باورنکردنی
641
00:25:53,919 –> 00:25:56,159
با نقل قول های تکی و دوگانه در پایتون ناسازگار هستم،
642
00:25:56,159 –> 00:25:58,559
خوشبختانه پایتون
643
00:25:58,559 –> 00:26:01,440
بسیار بخشنده است،
644
00:26:01,760 –> 00:26:03,039
645
00:26:03,039 –> 00:26:05,039
بنابراین کاری که من اینجا انجام داده ام،
646
00:26:05,039 –> 00:26:07,440
همان فراخوانی api را انجام می دهم اما به جای
647
00:26:07,440 –> 00:26:11,840
کد وضعیت من اکنون بررسی می کنم
648
00:26:12,480 –> 00:26:15,440
که هدر نوع محتوا
649
00:26:15,440 –> 00:26:17,679
برابر با
650
00:26:17,679 –> 00:26:19,600
برنامه json با مجموعه
651
00:26:19,600 –> 00:26:21,120
کاراکترهای utf-8 باشد،
652
00:26:21,120 –> 00:26:22,000
بنابراین
653
00:26:22,000 –> 00:26:23,120
این
654
00:26:23,120 –> 00:26:25,200
[Music]
655
00:26:25,200 –> 00:26:27,520
براکت مستقیم و این راهی است که در
656
00:26:27,520 –> 00:26:29,120
پایتون برای
657
00:26:29,120 –> 00:26:31,360
658
00:26:31,360 –> 00:26:32,799
بازیابی مقدار
659
00:26:32,799 –> 00:26:34,880
مربوط به یک کلید خاص از یک کلید
660
00:26:34,880 –> 00:26:38,279
دیکشنری پایتون
661
00:26:38,640 –> 00:26:42,159
و من این تست را اجرا کردم، اکنون
662
00:26:42,159 –> 00:26:44,159
دو تست
663
00:26:44,159 –> 00:26:46,400
گذرانده ایم فقط برای اینکه به شما نشان دهیم چه اتفاقی می افتد،
664
00:26:46,400 –> 00:26:50,480
بیایید این هشت را به 9 تغییر
665
00:26:50,799 –> 00:26:53,760
دهیم، دوباره شکست می خورد زیرا
666
00:26:53,760 –> 00:26:57,760
برنامه آن udf i8 است نه utf-9
667
00:26:57,760 –> 00:27:00,960
یک استثنا دیگر که ممکن است
668
00:27:00,960 –> 00:27:03,440
داشته باشید. t دریافت خوب است، من
669
00:27:03,440 –> 00:27:05,919
به هدر واقعی با
670
00:27:05,919 –> 00:27:07,840
نام اشاره میکنم،
671
00:27:07,840 –> 00:27:09,520
بنابراین اگر
672
00:27:09,520 –> 00:27:10,960
[Music]
673
00:27:10,960 –> 00:27:13,200
نامی را وارد کنم که وجود ندارد، چه میشود اگر
674
00:27:13,200 –> 00:27:15,279
بخواهم سرصفحهای را که وجود ندارد بازیابی کنم،
675
00:27:15,279 –> 00:27:16,240
676
00:27:16,240 –> 00:27:19,840
پس بیایید نام آن را تغییر دهیم.
677
00:27:19,840 –> 00:27:21,679
در واقع
678
00:27:21,679 –> 00:27:24,240
به زبان پایتون نیز پرتاب یا افزایش میدهد
679
00:27:24,240 –> 00:27:26,799
680
00:27:26,799 –> 00:27:28,720
، باعث میشود تست من با شکست مواجه شود، این یک
681
00:27:28,720 –> 00:27:32,399
خطای کلیدی است و اگر یک خطای کلیدی را در
682
00:27:32,399 –> 00:27:35,200
تست پایتون خود مشاهده کردید، به این معنی است که شما در
683
00:27:35,200 –> 00:27:36,960
تلاش برای
684
00:27:36,960 –> 00:27:39,520
بازیابی مقداری در فرهنگ لغت توسط
685
00:27:39,520 –> 00:27:41,279
کلیدی هستید که این کار را انجام نمیدهد. t وجود دارد،
686
00:27:41,279 –> 00:27:43,279
بنابراین
687
00:27:43,279 –> 00:27:45,440
کتابخانه درخواستها
688
00:27:45,440 –> 00:27:48,000
مجموعه هدرهای پاسخ را
689
00:27:48,000 –> 00:27:50,240
برای شما به یک فرهنگ لغت پایتون تبدیل میکند،
690
00:27:50,240 –> 00:27:54,159
اما اگر میخواهید آن را بازیابی کنید،
691
00:27:54,559 –> 00:27:57,919
اگر میخواهید یک هدر، یک کلید را بازیابی کنید،
692
00:27:57,919 –> 00:28:01,440
نام سرصفحهای که وجود ندارد،
693
00:28:01,440 –> 00:28:04,000
تست شما یک
694
00:28:04,000 –> 00:28:05,840
خطای کلیدی ایجاد میکند
695
00:28:05,840 –> 00:28:08,159
. این
696
00:28:08,159 –> 00:28:11,840
کار را انجام دهید و این را دوباره به
697
00:28:11,840 –> 00:28:15,520
نوع محتوا برگردانید و ما یک
698
00:28:15,520 –> 00:28:17,600
آزمون با موفقیت
699
00:28:17,600 –> 00:28:18,799
700
00:28:18,799 –> 00:28:19,919
701
00:28:19,919 –> 00:28:22,399
داریم، بنابراین کد وضعیت را بررسی کرده ایم،
702
00:28:22,399 –> 00:28:23,279
703
00:28:23,279 –> 00:28:25,760
سرصفحه های پاسخ را
704
00:28:25,760 –> 00:28:28,960
بررسی
705
00:28:28,960 –> 00:28:32,399
706
00:28:33,039 –> 00:28:35,760
کرده ایم. up with
707
00:28:35,760 –> 00:28:37,039
در حال
708
00:28:37,039 –> 00:28:38,880
بررسی است
709
00:28:38,880 –> 00:28:40,799
که پاسخ se حاوی فیلدی به
710
00:28:40,799 –> 00:28:43,360
نام نام است، من به مقدار آن علاقه ای ندارم
711
00:28:43,360 –> 00:28:44,960
،
712
00:28:44,960 –> 00:28:47,760
اما فقط می خواهم بدانم که این
713
00:28:47,760 –> 00:28:50,799
فیلد نام وجود دارد،
714
00:28:52,159 –> 00:28:54,399
بنابراین
715
00:28:55,120 –> 00:28:56,240
716
00:28:56,240 –> 00:28:59,760
من فقط
717
00:28:59,760 –> 00:29:02,080
پاسخ
718
00:29:02,080 –> 00:29:03,360
719
00:29:03,360 –> 00:29:04,240
720
00:29:04,240 –> 00:29:06,320
721
00:29:06,320 –> 00:29:09,600
را کپی می کنم. که
722
00:29:10,720 –> 00:29:13,720
کاملاً به
723
00:29:20,640 –> 00:29:22,640
آنجا می رویم
724
00:29:22,640 –> 00:29:24,960
725
00:29:25,120 –> 00:29:27,200
خیلی بهتر، البته
726
00:29:27,200 –> 00:29:28,559
عالی
727
00:29:28,559 –> 00:29:32,000
عالی بدون مشکل بله،
728
00:29:32,000 –> 00:29:33,200
بنابراین
729
00:29:33,200 –> 00:29:34,720
730
00:29:34,720 –> 00:29:37,760
برای اینکه بتوانیم به داده هایی که اشتباه یا مشکل هستند دسترسی داشته باشیم
731
00:29:37,760 –> 00:29:39,600
یا
732
00:29:39,600 –> 00:29:41,279
بتوانیم به روشی راحت به داده ها دسترسی داشته
733
00:29:41,279 –> 00:29:44,240
باشیم، با استفاده از کتابخانه درخواست
734
00:29:44,240 –> 00:29:45,919
، یک مرحله اضافی وجود دارد که ما
735
00:29:45,919 –> 00:29:48,159
باید
736
00:29:48,159 –> 00:29:52,320
در مقایسه با این
737
00:29:52,320 –> 00:29:54,960
دو چالش قبلی با این دو چالش قبلی،
738
00:29:54,960 –> 00:29:56,559
امم
739
00:29:56,559 –> 00:29:59,039
به طور
740
00:29:59,039 –> 00:30:02,080
پیشفرض، شی
741
00:30:02,080 –> 00:30:05,600
پاسخ دادههای پاسخ را فقط در یک
742
00:30:05,600 –> 00:30:08,640
جریان بایت خام در بر خواهد داشت
743
00:30:08,640 –> 00:30:10,720
و این به این دلیل است که
744
00:30:10,720 –> 00:30:15,360
rest از
745
00:30:15,360 –> 00:30:18,640
انواع دادههای مختلف پشتیبانی میکند، بنابراین یک rest api میتواند
746
00:30:18,640 –> 00:30:23,360
داده را برگرداند. در json و همچنین در xml یا
747
00:30:23,360 –> 00:30:24,640
748
00:30:24,640 –> 00:30:27,440
اسناد word یا فایلهای mp3 یا فایلهای ویدیویی
749
00:30:27,440 –> 00:30:29,279
مانند آن را برمیگرداند، بنابراین استراحت
750
00:30:29,279 –> 00:30:32,640
به فرمت داده خاصی وابسته نیست،
751
00:30:35,520 –> 00:30:36,799
اما
752
00:30:36,799 –> 00:30:40,640
فرمت دادههای json
753
00:30:40,640 –> 00:30:41,919
754
00:30:41,919 –> 00:30:44,320
نیز بسیار شبیه است.
755
00:30:44,320 –> 00:30:47,020
دوباره به دیکشنریهای پایتون، بنابراین
756
00:30:47,020 –> 00:30:48,159
[Music]
757
00:30:48,159 –> 00:30:50,000
um
758
00:30:50,000 –> 00:30:53,120
a json اساساً یک سند مجاور
759
00:30:53,120 –> 00:30:55,679
است، اساساً فهرستی از جفتهای مقادیر کلیدی است
760
00:30:55,679 –> 00:30:58,320
که در آن کلیدها نام عناصر
761
00:30:58,320 –> 00:31:02,240
و مقادیر مقادیر عناصر
762
00:31:03,200 –> 00:31:06,000
و درخواستها هستند
763
00:31:06,000 –> 00:31:07,760
، یک روش راحت
764
00:31:07,760 –> 00:31:10,159
765
00:31:11,760 –> 00:31:12,720
به نام
766
00:31:12,720 –> 00:31:14,880
json دارد،
767
00:31:14,880 –> 00:31:17,840
بنابراین این ch این روش
768
00:31:17,840 –> 00:31:20,399
چه کاری انجام می دهد، بنابراین آنچه در اینجا در خط 22 می بینید این
769
00:31:20,399 –> 00:31:22,080
است که
770
00:31:22,080 –> 00:31:24,080
771
00:31:24,080 –> 00:31:26,960
داده ها را در بدنه پاسخ استخراج می کند
772
00:31:26,960 –> 00:31:30,080
و سعی می کند دوباره آن را به یک فرهنگ لغت پایتون تبدیل کند،
773
00:31:30,080 –> 00:31:32,080
774
00:31:32,080 –> 00:31:35,200
بنابراین این کاری است که این روش json انجام می
775
00:31:35,200 –> 00:31:36,159
دهد،
776
00:31:36,159 –> 00:31:39,760
بنابراین بدیهی است که این تنها در صورتی کار می کند
777
00:31:39,760 –> 00:31:42,960
که داده های پاسخ کار کنند. در واقع json است
778
00:31:42,960 –> 00:31:45,519
اگر xml باشد یا اگر json است که
779
00:31:45,519 –> 00:31:46,880
قابل تجزیه
780
00:31:46,880 –> 00:31:48,960
نیست،
781
00:31:48,960 –> 00:31:51,919
اوه من نمی خواستم این کار را انجام دهم که
782
00:31:51,919 –> 00:31:53,679
دوباره خطا ایجاد می کند،
783
00:31:53,679 –> 00:31:54,480
اما
784
00:31:54,480 –> 00:31:56,720
در این مورد چون api مثال ما
785
00:31:56,720 –> 00:31:59,760
json را برمی گرداند،
786
00:31:59,760 –> 00:32:02,559
می توانیم از این متد json برای تبدیل
787
00:32:02,559 –> 00:32:04,240
کردن استفاده کنیم.
788
00:32:04,240 –> 00:32:07,679
رشته json در یک فرهنگ لغت پایتون است
789
00:32:07,679 –> 00:32:10,000
و ما میتوانیم
790
00:32:10,000 –> 00:32:11,279
791
00:32:11,279 –> 00:32:13,120
در مورد آن
792
00:32:13,120 –> 00:32:16,640
به همان شیوه ادعاهایی انجام دهیم،
793
00:32:17,120 –> 00:32:20,799
بنابراین اگر میخواستم بررسی کنم که این
794
00:32:20,799 –> 00:32:22,559
جسم پونز است
795
00:32:22,559 –> 00:32:23,440
796
00:32:23,440 –> 00:32:25,120
که اکنون دوباره توسط
797
00:32:25,120 –> 00:32:27,360
فرهنگ لغت با تمام js وجود دارد. روی عناصری
798
00:32:27,360 –> 00:32:30,240
799
00:32:31,600 –> 00:32:34,159
که در بدنه پاسخ هستند
800
00:32:34,159 –> 00:32:38,399
حاوی یک عنصر نام است،
801
00:32:38,559 –> 00:32:41,039
این همه کاری است که باید انجام دهید، بررسی کنید که
802
00:32:41,039 –> 00:32:43,760
نام
803
00:32:43,760 –> 00:32:44,799
804
00:32:44,799 –> 00:32:47,279
کلید عضوی از این فرهنگ لغت پایتون بدن پاسخ باشد،
805
00:32:47,279 –> 00:32:49,200
806
00:32:49,200 –> 00:32:51,600
دوباره بررسی کنید
807
00:32:51,600 –> 00:32:53,919
یا در واقع بررسی کنید بله اکنون ما فقط
808
00:32:53,919 –> 00:32:54,640
809
00:32:54,640 –> 00:32:56,399
دو مورد گذرا دریافت کردم، بنابراین
810
00:32:56,399 –> 00:32:58,640
هدف در آنجا نیست،
811
00:32:58,640 –> 00:33:00,960
اما نام قطعاً وجود دارد،
812
00:33:00,960 –> 00:33:01,760
بنابراین
813
00:33:01,760 –> 00:33:04,159
ما اکنون می دانیم که این
814
00:33:04,159 –> 00:33:05,440
فیلد
815
00:33:05,440 –> 00:33:07,919
بدن پاسخ، این فیلد بدن پاسخ
816
00:33:07,919 –> 00:33:09,360
وجود دارد،
817
00:33:09,360 –> 00:33:10,720
818
00:33:10,720 –> 00:33:12,880
اما در بیشتر مواقع
819
00:33:12,880 –> 00:33:15,760
نمی خواهید فقط بررسی کنید که
820
00:33:15,760 –> 00:33:17,240
821
00:33:17,240 –> 00:33:19,120
[موسیقی]
822
00:33:19,120 –> 00:33:21,200
که فیلدی وجود دارد که میخواهید
823
00:33:21,200 –> 00:33:25,279
مقدار آن را بررسی کنید و
824
00:33:25,279 –> 00:33:26,399
825
00:33:26,399 –> 00:33:29,039
این همان چیزی است که در هدرها دیدیم،
826
00:33:29,039 –> 00:33:32,240
فقط به این مرحله اضافی نیاز
827
00:33:32,240 –> 00:33:34,799
داریم تا بدن خود را به دیکشنری پایتون تبدیل کنیم،
828
00:33:34,799 –> 00:33:38,240
اما وقتی این کار را انجام
829
00:33:38,240 –> 00:33:39,760
830
00:33:39,760 –> 00:33:41,440
دادیم، میتوانیم
831
00:33:41,440 –> 00:33:44,159
به مقدار دسترسی پیدا کنیم. با این
832
00:33:44,159 –> 00:33:45,519
833
00:33:45,519 –> 00:33:47,360
علامت کروشه مربع
834
00:33:47,360 –> 00:33:49,600
um نام را قرار دهید و نام
835
00:33:49,600 –> 00:33:52,320
فیلدی را که به آن علاقه مندیم قرار دهید
836
00:33:52,320 –> 00:33:54,720
و آن مقدار مربوطه را برمی گرداند
837
00:33:54,720 –> 00:33:55,760
،
838
00:33:55,760 –> 00:33:58,320
839
00:33:58,320 –> 00:34:00,720
بنابراین اکنون ما
840
00:34:00,720 –> 00:34:03,039
چهار تست قبولی داریم که به
841
00:34:03,039 –> 00:34:05,519
خوبی در اینجا حرکت می کنیم.
842
00:34:05,519 –> 00:34:07,840
اوه پس اگر شما فقط می خواهید بررسی کنید که یک
843
00:34:07,840 –> 00:34:10,239
فیلد وجود دارد،
844
00:34:10,239 –> 00:34:12,320
می توانید این کار را به این صورت انجام دهید و اگر
845
00:34:12,320 –> 00:34:15,040
واقعاً علاقه مند هستید، بنابراین به طور ضمنی
846
00:34:15,040 –> 00:34:17,359
وجود فیلد را بررسی می کند زیرا
847
00:34:17,359 –> 00:34:19,199
اگر فیلد وجود نداشته باشد، راهی
848
00:34:19,199 –> 00:34:22,559
برای دسترسی به مقدار آن وجود ندارد
849
00:34:23,520 –> 00:34:26,639
و دوباره این یک خطای کلیدی ایجاد می کند. اگر
850
00:34:26,639 –> 00:34:28,480
به دلایلی این فیلد
851
00:34:28,480 –> 00:34:30,800
پیدا نشد،
852
00:34:31,918 –> 00:34:34,239
اما در این مورد مکث می کند، بنابراین
853
00:34:34,239 –> 00:34:36,479
خوب است،
854
00:34:37,440 –> 00:34:39,760
855
00:34:40,000 –> 00:34:42,480
پس این یک فیلد سطح بالا بود، این فیلد نام
856
00:34:42,480 –> 00:34:46,399
، یک فیلد نام نیز به عنوان بخشی
857
00:34:46,399 –> 00:34:49,760
از این فیلد شرکت وجود دارد،
858
00:34:49,760 –> 00:34:51,918
859
00:34:51,918 –> 00:34:56,480
بنابراین مقدار این فیلد شرکت دوباره
860
00:34:56,480 –> 00:34:58,000
یک
861
00:34:58,000 –> 00:34:59,599
رشته json
862
00:34:59,599 –> 00:35:01,040
با سه فیلد به نام
863
00:35:01,040 –> 00:35:03,040
catchphrase و فیلد bs
864
00:35:03,040 –> 00:35:05,280
865
00:35:05,280 –> 00:35:07,599
بنابراین بگویید ما به این نام علاقه مند نیستیم
866
00:35:07,599 –> 00:35:08,640
اما
867
00:35:08,640 –> 00:35:10,640
به عنوان مثال به این نام
868
00:35:10,640 –> 00:35:12,079
بنابراین این
869
00:35:12,079 –> 00:35:14,839
چیزی است که من نمی توانم
870
00:35:14,839 –> 00:35:17,520
این شایعه را
871
00:35:17,520 –> 00:35:20,320
چیزی شبیه به آن تلفظ کنم
872
00:35:22,640 –> 00:35:25,920
اگر می خواهید بررسی کنید که
873
00:35:27,040 –> 00:35:28,839
ما می توانید این کار را
874
00:35:28,839 –> 00:35:31,359
875
00:35:31,359 –> 00:35:34,880
ابتدا با دسترسی به مقدار
876
00:35:34,880 –> 00:35:37,839
فیلد شرکت انجام دهید زیرا
877
00:35:38,480 –> 00:35:40,880
یک فرهنگ لغت پایتون
878
00:35:40,880 –> 00:35:43,280
دوباره مجموعه ای از
879
00:35:43,280 –> 00:35:46,000
جفت های مقادیر کلیدی است و مقادیر
880
00:35:46,000 –> 00:35:46,800
آنها
881
00:35:46,800 –> 00:35:51,040
می توانند فقط رشته ها یا اعداد صحیح یا
882
00:35:51,040 –> 00:35:53,280
بولی باشند،
883
00:35:53,280 –> 00:35:55,440
اما به خودی خود. آنها می توانند
884
00:35:55,440 –> 00:35:57,280
دوباره دیکشنری
885
00:35:57,280 –> 00:36:00,400
باشند بنابراین این روش
886
00:36:00,400 –> 00:36:02,800
json کل فیلد json را تبدیل می کند حتی
887
00:36:02,800 –> 00:36:04,720
اگر دارای عناصر تو در تو
888
00:36:04,720 –> 00:36:06,160
و با
889
00:36:06,160 –> 00:36:08,079
لیست هایی در آنجا باشد یا
890
00:36:08,079 –> 00:36:11,839
جایی که مقدار یک عنصر دوباره
891
00:36:11,839 –> 00:36:14,720
رشته مجاور است و به خودی خود
892
00:36:14,720 –> 00:36:16,960
فقط آن را تبدیل می کند. به یک فرهنگ لغت
893
00:36:16,960 –> 00:36:19,359
در داخل یک دیکشنری، بنابراین
894
00:36:19,359 –> 00:36:20,880
آنچه که این
895
00:36:20,880 –> 00:36:22,480
باز می
896
00:36:22,480 –> 00:36:23,920
گرداند اساساً
897
00:36:23,920 –> 00:36:27,440
یک فرهنگ لغت جدید با
898
00:36:27,440 –> 00:36:29,839
سه عنصر در آن نام catchphrase
899
00:36:29,839 –> 00:36:30,880
و
900
00:36:30,880 –> 00:36:33,760
bs است، بنابراین،
901
00:36:33,760 –> 00:36:34,640
902
00:36:34,640 –> 00:36:36,560
اگر
903
00:36:36,560 –> 00:36:39,119
چنین است، بله، زیرا از چپ به راست حل می شود،
904
00:36:39,119 –> 00:36:41,040
905
00:36:41,040 –> 00:36:43,280
این مقدار
906
00:36:43,280 –> 00:36:45,440
فیلد شرکت را استخراج می کند که
907
00:36:45,440 –> 00:36:47,520
دوباره یک فرهنگ لغت
908
00:36:47,520 –> 00:36:49,680
و سپس من می توانم به فیلد نامی
909
00:36:49,680 –> 00:36:55,320
که در آنجا است دسترسی پیدا کنم و بگویم ردیف مایکروویو
910
00:36:57,119 –> 00:36:58,320
یای
911
00:36:58,320 –> 00:37:00,480
پنج
912
00:37:00,480 –> 00:37:02,400
فقط برای بررسی اینکه آیا
913
00:37:02,400 –> 00:37:05,440
درست بررسی می کنم که درست
914
00:37:05,599 –> 00:37:09,839
نیست، بنابراین
915
00:37:10,079 –> 00:37:11,680
916
00:37:11,680 –> 00:37:12,480
917
00:37:12,480 –> 00:37:14,000
918
00:37:14,000 –> 00:37:16,400
اگر
919
00:37:16,400 –> 00:37:18,800
فیلدهای بدنه پاسخ تو در تو دارید و فقط می توانید آن
920
00:37:18,800 –> 00:37:21,760
را مته کنید.
921
00:37:21,760 –> 00:37:24,240
به ساختار با استفاده از این توصیه مربع
922
00:37:24,240 –> 00:37:26,480
923
00:37:26,480 –> 00:37:29,270
اگر آرایه ای
924
00:37:29,270 –> 00:37:30,800
[Music]
925
00:37:30,800 –> 00:37:33,680
در آنجا وجود دارد،
926
00:37:33,680 –> 00:37:37,839
او گفت خوب من
927
00:37:38,320 –> 00:37:40,240
به عنصر اول در آن آرایه علاقه مند هستم و
928
00:37:40,240 –> 00:37:41,839
شما می توانید
929
00:37:41,839 –> 00:37:44,000
یکی راه برای انجام این کار دسترسی به آن از طریق
930
00:37:44,000 –> 00:37:45,280
شاخص آن است
931
00:37:45,280 –> 00:37:47,520
که می توانید دوباره با استفاده از این
932
00:37:47,520 –> 00:37:49,280
کروشه ها انجام دهید،
933
00:37:49,280 –> 00:37:51,520
اما
934
00:37:51,520 –> 00:37:54,400
با یک عدد صحیح i که آن را یک عدد صحیح به آن ارسال می کنم
935
00:37:54,400 –> 00:37:57,280
تا به عنصری در یک
936
00:37:57,280 –> 00:38:00,160
شاخص خاص در آن لیست اشاره کنید، اما در این
937
00:38:00,160 –> 00:38:01,920
مورد اینطور نیست.
938
00:38:01,920 –> 00:38:04,560
um
939
00:38:04,560 –> 00:38:06,800
940
00:38:10,710 –> 00:38:14,510
[Music]
941
00:38:15,119 –> 00:38:18,800
یک درخواست کمی متفاوت است، بنابراین این
942
00:38:18,800 –> 00:38:20,480
hp get
943
00:38:20,480 –> 00:38:23,839
دادهها را برای کاربر با شناسه
944
00:38:23,839 –> 00:38:25,200
یک
945
00:38:25,200 –> 00:38:26,640
946
00:38:26,640 –> 00:38:28,480
برمیگرداند، این یکی لیستی
947
00:38:28,480 –> 00:38:30,800
با دادههای
948
00:38:30,800 –> 00:38:33,599
همه کاربران برمیگرداند، بنابراین در این
949
00:38:33,599 –> 00:38:35,680
api 10 مورد از آنها وجود دارد
950
00:38:35,680 –> 00:38:39,119
که با id 1 شروع میشوند و
951
00:38:39,119 –> 00:38:42,000
به پایان میرسند. با شناسه 10. به عنوان مثال، اگر
952
00:38:42,000 –> 00:38:46,119
بخواهم بررسی کنم
953
00:38:46,160 –> 00:38:47,839
که واقعاً ده کاربر
954
00:38:47,839 –> 00:38:50,160
وجود دارد، ده کاربر وجود دارد،
955
00:38:50,160 –> 00:38:52,079
باید مطمئن شوم که برای فراخوانی مجدد
956
00:38:52,079 –> 00:38:56,079
نقطه پایانی مناسب، این http نیست دریافت
957
00:38:56,079 –> 00:38:58,079
um
958
00:38:58,079 –> 00:39:01,839
، می توانم با تبدیل این پاسخ دوباره این کار را انجام دهم.
959
00:39:01,839 –> 00:39:03,839
به
960
00:39:03,839 –> 00:39:06,320
یک فرهنگ لغت پایتون و سپس فقط
961
00:39:06,320 –> 00:39:08,480
ادعا می کنیم که
962
00:39:08,480 –> 00:39:10,560
len
963
00:39:10,560 –> 00:39:13,280
یک پایتون است که در یک تابع ساخته شده است که
964
00:39:13,280 –> 00:39:14,400
طول
965
00:39:14,400 –> 00:39:16,640
یا تعداد اشیاء را در هر نوع
966
00:39:16,640 –> 00:39:19,119
مجموعه ای برمی گرداند،
967
00:39:20,480 –> 00:39:21,760
بنابراین
968
00:39:21,760 –> 00:39:23,119
بیایید بررسی
969
00:39:23,119 –> 00:39:24,160
970
00:39:24,160 –> 00:39:26,800
کنیم که بنابراین اکنون شش تست به علاوه داریم که
971
00:39:26,800 –> 00:39:29,280
نشان می دهد که طول این
972
00:39:29,280 –> 00:39:32,800
پاسخ نقطه اول در واقع 10 است. در اینجا
973
00:39:34,000 –> 00:39:35,680
نیازی نیست به عنصر خاصی
974
00:39:35,680 –> 00:39:38,240
در این بدنه پاسخ اشاره کنم
975
00:39:38,240 –> 00:39:41,440
زیرا لیست
976
00:39:41,440 –> 00:39:44,320
در سطح ریشه
977
00:39:44,800 –> 00:39:48,079
است، همچنین برای عناصر json کاملاً امکان پذیر
978
00:39:48,079 –> 00:39:51,119
است و مقادیر مقدار
979
00:39:51,119 –> 00:39:54,960
یک عنصر json نیز می تواند باشد.
980
00:39:54,960 –> 00:39:56,480
یک لیست
981
00:39:56,480 –> 00:39:58,400
در این مورد که درست نیست، لیست
982
00:39:58,400 –> 00:39:59,359
فقط
983
00:39:59,359 –> 00:40:01,280
عنصر اصلی این
984
00:40:01,280 –> 00:40:03,599
بدنه پاسخ است و به همین دلیل است که ما
985
00:40:03,599 –> 00:40:05,760
نیازی به اشاره به یک عنصر خاص نداریم، اما
986
00:40:05,760 –> 00:40:07,040
987
00:40:07,040 –> 00:40:08,800
اگر یک عنصر سطح ریشه به
988
00:40:08,800 –> 00:40:11,920
عنوان مثال داده و مقدار وجود داشته باشد. از آن
989
00:40:11,920 –> 00:40:14,240
یکی بود uh
990
00:40:14,240 –> 00:40:17,760
از آن عنصر داده فیلد داده
991
00:40:17,760 –> 00:40:19,040
992
00:40:19,040 –> 00:40:24,240
uh یک لیست بود، یک لیست در json بود،
993
00:40:24,240 –> 00:40:27,200
می توانید به سادگی به آن عنصر اشاره کنید،
994
00:40:27,200 –> 00:40:30,880
همانطور که در مثال های قبلی انجام دادیم
995
00:40:30,880 –> 00:40:33,200
و فقط برای اطمینان
996
00:40:33,200 –> 00:40:35,119
از اینکه واقعاً این کار را انجام می دهیم.
997
00:40:35,119 –> 00:40:38,880
کارهایی که میخواهیم اینجا انجام دهیم
998
00:40:38,880 –> 00:40:41,920
، فقط
999
00:40:41,920 –> 00:40:44,160
اگر متوجه نشده بودید، من واقعاً دوست دارم
1000
00:40:44,160 –> 00:40:46,240
تأیید کنم که آزمایشهای من
1001
00:40:46,240 –> 00:40:50,160
واقعاً همان کاری را انجام میدهند که فکر میکنم انجام میدهند.
1002
00:40:50,160 –> 00:40:51,680
1003
00:40:51,680 –> 00:40:53,680
1004
00:40:53,680 –> 00:40:54,960
1005
00:40:54,960 –> 00:40:56,800
کدهای
1006
00:40:56,800 –> 00:40:58,720
تأیید کننده
1007
00:40:58,720 –> 00:41:00,160
هدرهای پاسخ
1008
00:41:00,160 –> 00:41:02,000
1009
00:41:02,000 –> 00:41:03,200
تأییدکننده پاسخ بو dy
1010
00:41:03,200 –> 00:41:05,200
data
1011
00:41:05,200 –> 00:41:06,720
um
1012
00:41:06,720 –> 00:41:07,390
اجازه دهید
1013
00:41:07,390 –> 00:41:09,119
[Music] را
1014
00:41:09,119 –> 00:41:10,480
ببینیم که
1015
00:41:10,480 –> 00:41:13,040
چگونه
1016
00:41:13,280 –> 00:41:15,119
دادهها را ارسال کنیم، زیرا
1017
00:41:15,119 –> 00:41:17,839
همه اینها درخواستهای http بودند، بنابراین
1018
00:41:17,839 –> 00:41:20,560
درخواستها
1019
00:41:20,720 –> 00:41:24,800
برای بازیابی دادهها از یک ارائهدهنده api
1020
00:41:24,800 –> 00:41:25,920
اغلب
1021
00:41:25,920 –> 00:41:27,359
شما همچنین
1022
00:41:27,359 –> 00:41:28,960
میخواهید آزمایش
1023
00:41:28,960 –> 00:41:32,640
کنید که آیا ارائهدهنده api قادر به پردازش
1024
00:41:32,640 –> 00:41:37,440
دادههایی است که شما ارسال میکنید یا خیر. به درستی
1025
00:41:37,839 –> 00:41:40,160
به روش مورد انتظار،
1026
00:41:40,160 –> 00:41:42,400
بنابراین
1027
00:41:42,640 –> 00:41:43,839
1028
00:41:43,839 –> 00:41:45,680
1029
00:41:45,680 –> 00:41:47,119
اگر میخواهید api ما را انتخاب کنید،
1030
00:41:47,119 –> 00:41:49,599
اجازه دهید این یکی را
1031
00:41:49,599 –> 00:41:51,760
ببندیم تا فهرستی از
1032
00:41:51,760 –> 00:41:55,359
مسیرها وجود داشته باشد تا همه روشهای http پشتیبانی شوند
1033
00:41:55,359 –> 00:41:57,440
و چیزی که من در اینجا به آن علاقه دارم این است که
1034
00:41:57,440 –> 00:41:58,800
1035
00:41:58,800 –> 00:41:59,839
1036
00:41:59,839 –> 00:42:05,280
این پست را برای پستها ارسال میکند. یکی یک پست جدید ایجاد می کند
1037
00:42:05,280 –> 00:42:06,160
،
1038
00:42:06,160 –> 00:42:07,520
1039
00:42:07,520 –> 00:42:08,880
1040
00:42:08,880 –> 00:42:10,800
1041
00:42:10,800 –> 00:42:14,400
بنابراین یک پست به
1042
00:42:15,119 –> 00:42:16,640
این صورت است که
1043
00:42:16,640 –> 00:42:19,359
فقط با کاربر مرتبط است، به
1044
00:42:19,359 –> 00:42:22,000
خودی خود یک شناسه دارد
1045
00:42:22,000 –> 00:42:24,560
و یک عنوان و یک بدنه دارد، بنابراین
1046
00:42:24,560 –> 00:42:26,160
یک ساختار نسبتا ساده
1047
00:42:26,160 –> 00:42:28,079
json یک ساختار داده نسبتا ساده
1048
00:42:28,079 –> 00:42:31,119
است که در تایپ کردن من بسیار صرفه جویی می کند
1049
00:42:31,119 –> 00:42:32,240
1050
00:42:32,240 –> 00:42:34,720
و این خوب است من دوست دارم در زمان زیادی صرفه جویی کنم،
1051
00:42:34,720 –> 00:42:37,200
1052
00:42:41,280 –> 00:42:45,839
بنابراین اولین کاری که اکنون باید انجام دهیم این است
1053
00:42:46,319 –> 00:42:48,960
که یک پست جدید ایجاد کنیم
1054
00:42:48,960 –> 00:42:50,240
1055
00:42:50,240 –> 00:42:51,760
و این کار
1056
00:42:51,760 –> 00:42:53,040
به
1057
00:42:53,040 –> 00:42:58,240
سادگی اختصاص یک شناسه کاربری به آن است،
1058
00:42:58,240 –> 00:43:01,200
بنابراین این در راه است پایتون برای
1059
00:43:01,200 –> 00:43:03,500
ایجاد یک
1060
00:43:03,500 –> 00:43:06,650
[موسیقی]
1061
00:43:14,240 –> 00:43:16,880
این تمرینات است trans agent string
1062
00:43:16,880 –> 00:43:18,640
json سند
1063
00:43:18,640 –> 00:43:20,160
به دیکشنری
1064
00:43:20,160 –> 00:43:21,760
آه، حالا من می خواهم چه کار کنم، زیرا
1065
00:43:21,760 –> 00:43:24,720
اکنون داده ها را بازیابی نمی کنم و آن ها را بررسی
1066
00:43:24,720 –> 00:43:27,200
نمی کنم، اما نمی خواهم داده ها را ارسال کنم، می
1067
00:43:27,200 –> 00:43:28,720
1068
00:43:28,720 –> 00:43:31,040
خواهم سریال سازی را انجام دهم، بنابراین
1069
00:43:31,040 –> 00:43:31,920
برعکس
1070
00:43:31,920 –> 00:43:34,160
1071
00:43:35,720 –> 00:43:40,560
ایجاد یک bison api
1072
00:43:40,560 –> 00:43:43,599
و سپس من به روشی نیاز دارم که به
1073
00:43:43,599 –> 00:43:47,440
کتابخانه برچسب درخواست بگویم که
1074
00:43:47,440 –> 00:43:50,319
فرهنگ لغت پایتون را بگیرد و آن را به یک
1075
00:43:50,319 –> 00:43:52,480
json payload واقعی
1076
00:43:52,480 –> 00:43:55,440
عنوان پست من تبدیل کند
1077
00:43:55,440 –> 00:43:57,040
و
1078
00:43:57,040 –> 00:44:00,880
این یکی از پست بدن من است.
1079
00:44:00,880 –> 00:44:01,839
1080
00:44:01,839 –> 00:44:04,560
بنابراین در این api من نمیکنم بنابراین
1081
00:44:04,560 –> 00:44:08,400
حتی اگر من یک پست را بازیابی کنم، حاوی
1082
00:44:08,400 –> 00:44:09,520
یک شناسه خواهد بود،
1083
00:44:09,520 –> 00:44:11,760
شما در واقع نیازی به
1084
00:44:11,760 –> 00:44:15,440
ارسال آن به api ندارید، به همین دلیل است که
1085
00:44:15,440 –> 00:44:17,680
فیلد id در اینجا
1086
00:44:17,680 –> 00:44:21,200
نیست، زیرا این فیلد توسط
1087
00:44:21,200 –> 00:44:22,400
1088
00:44:22,400 –> 00:44:25,839
خود ارائه دهنده
1089
00:44:27,520 –> 00:44:31,280
api در مثال های قبلی تولید می شود. از
1090
00:44:31,280 –> 00:44:35,600
روش دریافت استفاده کرد زیرا شبیه
1091
00:44:35,600 –> 00:44:36,880
[Music]
1092
00:44:36,880 –> 00:44:39,839
مربوط به http دریافت است، اما مطمئناً
1093
00:44:39,839 –> 00:44:43,200
شما می خواهید دوباره از
1094
00:44:44,079 –> 00:44:46,640
روش posts استفاده
1095
00:44:46,640 –> 00:44:47,839
کنید،
1096
00:44:47,839 –> 00:44:49,280
اجازه دهید
1097
00:44:49,280 –> 00:44:51,359
آن را
1098
00:44:51,359 –> 00:44:54,160
در نقطه پایان مکث کنیم،
1099
00:44:54,319 –> 00:44:58,960
اما اکنون ما همچنین به راهی
1100
00:44:58,960 –> 00:45:00,720
برای
1101
00:45:00,720 –> 00:45:02,319
پیوست کردن
1102
00:45:02,319 –> 00:45:05,319
1103
00:45:06,560 –> 00:45:08,480
دیکشنری های پایتون یا داده هایی که ما نیاز داریم نیاز داریم.
1104
00:45:08,480 –> 00:45:09,760
مایل به ارسال
1105
00:45:09,760 –> 00:45:12,960
به این درخواست
1106
00:45:12,960 –> 00:45:13,839
و
1107
00:45:13,839 –> 00:45:17,440
در پایتون به راحتی
1108
00:45:17,440 –> 00:45:19,119
استفاده از
1109
00:45:19,119 –> 00:45:23,359
پارامتری به نام json است
1110
00:45:23,920 –> 00:45:25,440
و
1111
00:45:25,440 –> 00:45:27,520
به دلیل f به عنوان مقدار این پارامتر نام است
1112
00:45:27,520 –> 00:45:29,359
که می توانید در هر
1113
00:45:29,359 –> 00:45:30,560
فرهنگ لغت پایتون
1114
00:45:30,560 –> 00:45:33,119
آن را ارسال کنید که درخواست ها برای شما انجام می دهند
1115
00:45:33,119 –> 00:45:36,079
، اساساً روند معکوس
1116
00:45:36,079 –> 00:45:38,160
چیزی است که قبلاً دیده بودیم. یک
1117
00:45:38,160 –> 00:45:41,359
فرهنگ لغت پایتون را می گیرد و
1118
00:45:41,359 –> 00:45:44,400
1119
00:45:44,400 –> 00:45:48,319
قبل از ارسال به
1120
00:45:48,319 –> 00:45:50,240
نقطه پایانی قبل از ارسال آن به ارائه دهنده، آن را به صورت خودکار به یک رشته json تبدیل می کند،
1121
00:45:50,240 –> 00:45:52,480
بنابراین نیازی نیست
1122
00:45:52,480 –> 00:45:54,160
خودتان این کار را انجام دهید، و اگر این کار دوباره
1123
00:45:54,160 –> 00:45:56,880
توسط کتابخانه درخواست برای شما مراقبت می
1124
00:45:56,880 –> 00:46:00,079
شود. فرهنگ لغت به درستی
1125
00:46:00,079 –> 00:46:01,920
قالب بندی
1126
00:46:01,920 –> 00:46:04,960
نشده است،
1127
00:46:04,960 –> 00:46:07,599
اگر این یک دیکشنری معتبر پایتون
1128
00:46:07,599 –> 00:46:11,920
باشد، با خطا مواجه می شود، بنابراین با استفاده از json
1129
00:46:12,960 –> 00:46:15,359
پارامتر نام json
1130
00:46:15,359 –> 00:46:17,760
که به طور خودکار
1131
00:46:17,760 –> 00:46:21,119
این دیکشنری را
1132
00:46:21,119 –> 00:46:24,240
به json برای شما
1133
00:46:24,319 –> 00:46:26,240
1134
00:46:26,240 –> 00:46:29,680
تبدیل می کند،
1135
00:46:29,680 –> 00:46:32,720
پارامتری به نام داده نیز وجود دارد
1136
00:46:32,720 –> 00:46:35,520
که می توانید آن را نیز استفاده کنید، اما این
1137
00:46:35,520 –> 00:46:39,359
تغییر را از
1138
00:46:39,359 –> 00:46:42,960
دیکشنری پایتون
1139
00:46:42,960 –> 00:46:46,240
به رشته json انجام نمی دهد، بنابراین اگر
1140
00:46:46,240 –> 00:46:48,160
api شما
1141
00:46:48,160 –> 00:46:49,520
1142
00:46:49,520 –> 00:46:52,800
xml را به عنوان مثال یا متن ساده
1143
00:46:52,800 –> 00:46:55,359
یا
1144
00:46:55,440 –> 00:46:56,440
هرچیز دیگری
1145
00:46:56,480 –> 00:47:00,560
را می پذیرد، می توانید برای به عنوان مثال، اگر
1146
00:47:00,800 –> 00:47:03,119
بله،
1147
00:47:03,680 –> 00:47:06,560
اگر من میخواهم این را به عنوان داده ارسال کنم، میتوانم
1148
00:47:06,560 –> 00:47:10,560
آن را در اینجا بهعنوان
1149
00:47:10,560 –> 00:47:12,319
این یکی مکث کنم و هیچ تبدیلی انجام نمیدهد،
1150
00:47:12,319 –> 00:47:13,520
1151
00:47:13,520 –> 00:47:15,839
بنابراین فقط رشته خامی
1152
00:47:15,839 –> 00:47:17,040
1153
00:47:17,040 –> 00:47:21,280
را که شما در اینجا ایجاد کردهاید
1154
00:47:21,280 –> 00:47:26,000
به ورودی api منتقل میکند. اما در این مورد
1155
00:47:26,000 –> 00:47:27,119
من دوست دارم
1156
00:47:27,119 –> 00:47:29,599
فقط یک دیکشنری پایتون ایجاد کنم زیرا
1157
00:47:29,599 –> 00:47:30,559
این کار
1158
00:47:30,559 –> 00:47:32,640
آسان و ساده است شما می توانید این کار را به صورت
1159
00:47:32,640 –> 00:47:35,520
برنامه نویسی
1160
00:47:36,000 –> 00:47:39,200
1161
00:47:39,200 –> 00:47:41,200
1162
00:47:41,200 –> 00:47:43,040
1163
00:47:43,040 –> 00:47:44,720
انجام دهید.
1164
00:47:44,720 –> 00:47:47,680
به عنوان یک مقدار برای json
1165
00:47:47,680 –> 00:47:49,280
با استفاده از پارامترهای نام به
1166
00:47:49,280 –> 00:47:51,760
پارامتر و درخواست json سعی میکند
1167
00:47:51,760 –> 00:47:54,079
این را به json oops واقعی تبدیل کند
1168
00:47:54,079 –> 00:47:56,880
1169
00:47:59,359 –> 00:48:01,680
1170
00:48:03,839 –> 00:48:06,640
و کد وضعیت معمولی برای یک
1171
00:48:06,640 –> 00:48:11,040
پست http موفق a201 است،
1172
00:48:11,040 –> 00:48:13,520
بنابراین بیایید ببینیم این یکی چه کاری انجام میدهد
1173
00:48:13,520 –> 00:48:15,440
1174
00:48:15,440 –> 00:48:17,680
و این به این معنی است. که
1175
00:48:17,680 –> 00:48:20,000
حتی
1176
00:48:20,000 –> 00:48:22,319
با چند
1177
00:48:22,960 –> 00:48:25,760
خط کد در اینجا من دیکشنری پایتون خود را ایجاد کرده
1178
00:48:25,760 –> 00:48:29,280
ام که
1179
00:48:30,000 –> 00:48:32,400
نشا