در این مطلب، ویدئو نحوه فراخوانی نقطه پایانی API با استفاده از پایتون – Amazon API Gateway p25 با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:13:28
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:00,060 –> 00:00:02,730
بچه ها چه خبر من چیراگ هستم و به
2
00:00:02,730 –> 00:00:05,310
قسمت 25 سری آموزش چای در آمازون خوش آمدید
3
00:00:05,310 –> 00:00:08,220
آموزش دروازه API آمازون در این آموزش
4
00:00:08,220 –> 00:00:10,170
شما را در مورد نحوه فراخوانی
5
00:00:10,170 –> 00:00:14,429
نقاط پایانی دروازه API با استفاده از Python توضیح خواهم
6
00:00:14,429 –> 00:00:17,070
داد، بنابراین بیایید شروع کنیم بنابراین در اینجا همانطور که می توانید
7
00:00:17,070 –> 00:00:19,920
در صفحه من مشاهده کنید صفحه من یک
8
00:00:19,920 –> 00:00:23,189
نقطه پایانی API جدید با منبعی ایجاد کرده ام که اسلش است
9
00:00:23,189 –> 00:00:25,769
و در آن منبع
10
00:00:25,769 –> 00:00:29,130
سه روش ایجاد کرده ام که Bill it
11
00:00:29,130 –> 00:00:31,800
get and post است، بنابراین یک به یک آن را مرور می کنیم،
12
00:00:31,800 –> 00:00:32,600
13
00:00:32,600 –> 00:00:35,340
اما قبل از اینکه به جلو برویم
14
00:00:35,340 –> 00:00:38,550
، یک روش نیز ایجاد کردم. تابع lambda که پایتون
15
00:00:38,550 –> 00:00:42,780
در API است، بنابراین کاری که انجام می دهد اساساً این است
16
00:00:42,780 –> 00:00:44,489
که اگر به خط شماره چهار نگاه
17
00:00:44,489 –> 00:00:47,370
کنید، بررسی می کند که متد فراخوانی چیست،
18
00:00:47,370 –> 00:00:50,550
بنابراین اگر متد get را فراخوانی می
19
00:00:50,550 –> 00:00:52,590
کنیم باید برگردد یا
20
00:00:52,590 –> 00:00:54,449
متد get فراخوانی شده را به همراه
21
00:00:54,449 –> 00:00:57,300
پارامتر رشته query و سپس در خط شماره
22
00:00:57,300 –> 00:01:00,270
12 اگر متد پست باشد،
23
00:01:00,270 –> 00:01:02,250
متد ارسالی فراخوانی شده را به
24
00:01:02,250 –> 00:01:04,500
همراه باری که کاربر یا
25
00:01:04,500 –> 00:01:07,470
مشتری ارسال می کند برمی گرداند، سپس در خط شماره 19
26
00:01:07,470 –> 00:01:09,869
به دنبال آن خواهد بود اگر متد از نوع de باشد. lete
27
00:01:09,869 –> 00:01:11,700
و سپس به سادگی
28
00:01:11,700 –> 00:01:14,520
متد حذف فراخوانی شده را برمی گرداند، بنابراین این اساساً
29
00:01:14,520 –> 00:01:16,350
تابع لامبدای پشتیبان است که من
30
00:01:16,350 –> 00:01:19,650
با همه این روش ها ادغام کرده ام، بنابراین
31
00:01:19,650 –> 00:01:22,320
بیایید آن را یکی یکی مرور کنیم، بنابراین بیایید
32
00:01:22,320 –> 00:01:24,570
با حذف شده شروع کنیم، بنابراین در اینجا
33
00:01:24,570 –> 00:01:27,479
من هیچ کاری انجام ندادم. هیچ چیز را در اینجا پیکربندی نمی
34
00:01:27,479 –> 00:01:30,210
کنیم به جز اینکه
35
00:01:30,210 –> 00:01:31,920
تابع لامبدا و بازجویی پراکسی لامبدا
36
00:01:31,920 –> 00:01:35,610
درست است، بنابراین هیچ پیکربندی
37
00:01:35,610 –> 00:01:38,340
در اینجا وجود ندارد و سپس به سمت متد دریافت حرکت می
38
00:01:38,340 –> 00:01:40,829
کنیم و بنابراین اینجا همه چیز یکسان است
39
00:01:40,829 –> 00:01:42,869
به جز پارامتر رشته query که
40
00:01:42,869 –> 00:01:45,840
می خواهیم از قسمت جلویی ارسال کنیم.
41
00:01:45,840 –> 00:01:49,159
یا از سمت کلاینت، بنابراین
42
00:01:49,159 –> 00:01:51,570
من تابع lambda را که
43
00:01:51,570 –> 00:01:53,759
Python Invoke API است به همراه
44
00:01:53,759 –> 00:01:56,430
ادغام پراکسی lambda یکپارچه کرده ام و سپس
45
00:01:56,430 –> 00:01:59,250
به درخواست متد برگشتم و در پارامتر قدرت پرس و جو URL
46
00:01:59,250 –> 00:02:01,079
یک پارامتر رشته کوئری اضافه کردم
47
00:02:01,079 –> 00:02:04,020
که Q به صورت کوتاه است. از
48
00:02:04,020 –> 00:02:08,369
query string سمت راست، بنابراین در حالی که
49
00:02:08,369 –> 00:02:10,530
ما آن متد را فراخوانی می کنیم،
50
00:02:10,530 –> 00:02:12,450
این پارامتر رشته query را ارسال می کنیم و سپس
51
00:02:12,450 –> 00:02:13,770
در نهایت
52
00:02:13,770 –> 00:02:16,890
روش سومی را دارم که در اینجا پست شده است.
53
00:02:16,890 –> 00:02:20,340
gain من هیچ چیز اضافی را پیکربندی نکرده بودم به
54
00:02:20,340 –> 00:02:22,860
جز ادغام
55
00:02:22,860 –> 00:02:24,510
تابع لامبدا و ادغام پراکسی لامبدا
56
00:02:24,510 –> 00:02:26,880
درست است، بنابراین این
57
00:02:26,880 –> 00:02:29,760
سه روش هستند که به شما نشان خواهم داد که
58
00:02:29,760 –> 00:02:32,690
چگونه میتوانیم آن را با استفاده از اتصالات پایتون فراخوانی کنیم
59
00:02:32,690 –> 00:02:35,490
، بنابراین این تنظیمات کلی بود که
60
00:02:35,490 –> 00:02:39,450
اکنون به آن میروم. the sublime بنابراین
61
00:02:39,450 –> 00:02:41,520
در اینجا یک فایل جدید ایجاد خواهم کرد، می گویم
62
00:02:41,520 –> 00:02:51,600
فایل جدید ممکن است نقطه اصلی باشد و من
63
00:02:51,600 –> 00:02:55,050
آن را ذخیره می کنم، بنابراین در اینجا از
64
00:02:55,050 –> 00:02:57,990
ماژول درخواست ها استفاده می کنیم، بنابراین اگر نصب نشده ایم،
65
00:02:57,990 –> 00:02:59,640
می توانید
66
00:02:59,640 –> 00:03:01,740
ماژول درخواست را با استفاده از کلیپ نصب کنید. 3 دستوری
67
00:03:01,740 –> 00:03:08,460
که PIP 3 است، درخواست های نصب درست است،
68
00:03:08,460 –> 00:03:10,500
بنابراین من قبلاً آن را نصب کرده ام، بنابراین نمی
69
00:03:10,500 –> 00:03:12,300
خواهم آن را اجرا کنم، اما اگر
70
00:03:12,300 –> 00:03:14,130
آن را نصب نکرده اید، فقط
71
00:03:14,130 –> 00:03:16,140
آن دستور را اجرا کنید و آن بسته
72
00:03:16,140 –> 00:03:18,660
به درستی نصب
73
00:03:18,660 –> 00:03:21,540
می شود. ما قصد داریم چند
74
00:03:21,540 –> 00:03:23,730
خط کد بنویسیم، بنابراین اولین کاری
75
00:03:23,730 –> 00:03:28,010
که باید انجام دهیم این است که درخواستها را
76
00:03:28,250 –> 00:03:31,290
درست وارد کنیم و سپس
77
00:03:31,290 –> 00:03:33,420
URL فراخوانی را که URL نقطه پایانی API است تعریف میکنیم،
78
00:03:33,420 –> 00:03:36,030
بنابراین من میگویم URL برابر با دو برابر است.
79
00:03:36,030 –> 00:03:38,340
نقل قولها بنابراین ما ادرار فراخوانی را
80
00:03:38,340 –> 00:03:41,700
از دروازه api دریافت میکنیم، بنابراین من
81
00:03:41,700 –> 00:03:44,100
قبلاً این API را مستقر کردهام، بنابراین میتوانم
82
00:03:44,100 –> 00:03:46,800
به سادگی روی مراحل کلیک کنم و مرحله استقرار را انتخاب کنم
83
00:03:46,800 –> 00:03:49,350
و
84
00:03:49,350 –> 00:03:54,780
URL فراخوانی را کپی کنم اکنون آن را در اینجا جایگذاری میکنم اکنون
85
00:03:54,780 –> 00:03:56,790
URL فراخوانی به دنبال آن خواهد بود.
86
00:03:56,790 –> 00:04:00,030
منبع، بنابراین در مورد من منبع به
87
00:04:00,030 –> 00:04:03,750
درستی فراخوانی شده است، بنابراین اجازه دهید یک بار دیگر به شما نشان دهم،
88
00:04:03,750 –> 00:04:08,430
بنابراین اگر روی منابع کلیک کردم
89
00:04:08,430 –> 00:04:10,830
، این منبع فراخوانی اسلش را ایجاد کرده ام
90
00:04:10,830 –> 00:04:12,230
و در آن منبع
91
00:04:12,230 –> 00:04:14,880
سه روش را پیکربندی یا ایجاد کرده ام
92
00:04:14,880 –> 00:04:18,480
که حذف کردن دریافت و ارسال صحیح است. بنابراین،
93
00:04:18,480 –> 00:04:21,660
اکنون URL را تعریف کردهایم، اکنون
94
00:04:21,660 –> 00:04:23,400
سرصفحههایی را که میخواهیم ارسال کنیم، تعریف میکنیم،
95
00:04:23,400 –> 00:04:26,840
بنابراین من میگویم head up
96
00:04:26,840 –> 00:04:31,160
برابر با یک فرهنگ لغت است، بنابراین در اینجا
97
00:04:31,160 –> 00:04:32,960
میتوانید چیزی شبیه به این را ارسال کنید که
98
00:04:32,960 –> 00:04:40,389
نوع محتوا برنامه Colin اسلش است
99
00:04:40,389 –> 00:04:42,949
جیسون با تشکر از شما میتوان
100
00:04:42,949 –> 00:04:45,530
چیزی شبیه به این را منتقل کرد، بنابراین فعلاً
101
00:04:45,530 –> 00:04:51,800
آن را خالی میگذارم یا شاید بگذارم
102
00:04:51,800 –> 00:04:53,930
آنگاه سومین چیزی که میخواهیم
103
00:04:53,930 –> 00:04:57,410
تعریف کنیم الگوهای برابر دوباره در
104
00:04:57,410 –> 00:04:59,960
فرهنگ لغت است، بنابراین این پارامتر اساساً است. y
105
00:04:59,960 –> 00:05:01,669
با اشاره به رشته پرس و جو که
106
00:05:01,669 –> 00:05:04,820
میخواهیم درست ارسال کنیم، در اینجا
107
00:05:04,820 –> 00:05:07,160
پارامتر querystring را در حالی
108
00:05:07,160 –> 00:05:10,669
که متد get را فراخوانی میکنیم، اضافه میکنیم، اکنون یکی دیگر
109
00:05:10,669 –> 00:05:12,770
که میخواهیم تعریف کنیم، دادهای است که
110
00:05:12,770 –> 00:05:15,500
چیزی نیست جز حق بارگذاری که
111
00:05:15,500 –> 00:05:17,240
میخواهیم ارسال کنیم. در
112
00:05:17,240 –> 00:05:21,080
حین فراخوانی یا اجرای
113
00:05:21,080 –> 00:05:24,289
روش ارسال صحیح، بار بار را منتقل می کند، بنابراین در اینجا ما
114
00:05:24,289 –> 00:05:26,479
فکر می کنم همه چیزهایی را که می خواهیم
115
00:05:26,479 –> 00:05:29,510
برای فراخوانی یا فراخوانی
116
00:05:29,510 –> 00:05:34,520
نقطه پایانی API بیشتر استفاده کنیم، صحیح هستند، بنابراین اکنون
117
00:05:34,520 –> 00:05:37,490
می گوییم که پاسخ ما
118
00:05:37,490 –> 00:05:43,180
اساساً برابر است. به درخواست ها درخواست ها نقطه،
119
00:05:43,180 –> 00:05:45,620
بنابراین درخواست ها می توانند با
120
00:05:45,620 –> 00:05:47,660
روشی که می خواهید اجرا کنید دنبال شوند، بنابراین
121
00:05:47,660 –> 00:05:50,419
می تواند متد get باشد که می خواهیم
122
00:05:50,419 –> 00:05:52,580
اجرا کنیم یا همچنین می توانید چیزی
123
00:05:52,580 –> 00:05:57,280
شبیه به این بنویسید که R برابر با درخواست
124
00:05:57,280 –> 00:05:59,810
های درخواستی باشد، متاسفم.
125
00:05:59,810 –> 00:06:05,389
تلفظ نقطه درخواست s نیست و سپس
126
00:06:05,389 –> 00:06:08,450
میتوانیم بگوییم که میخواهیم متد get را
127
00:06:08,450 –> 00:06:11,450
درست اجرا کنیم، بنابراین این یک نوع
128
00:06:11,450 –> 00:06:15,200
فرم عمومیتر است درست و این فرم خاص است،
129
00:06:15,200 –> 00:06:16,990
بنابراین ما به سراغ دومی میرویم،
130
00:06:16,990 –> 00:06:20,240
بنابراین در اینجا مانند دریافت کنید اگر میخواهید پست را
131
00:06:20,240 –> 00:06:21,919
اجرا کنید و میتوانید آن را
132
00:06:21,919 –> 00:06:24,590
با post و D جایگزین کنید، بنابراین این اساساً
133
00:06:24,590 –> 00:06:26,750
نام متدی است که میخواهید به درستی فراخوانی یا
134
00:06:26,750 –> 00:06:30,229
اجرا کنید، بنابراین میتوانید هر یک
135
00:06:30,229 –> 00:06:33,440
از روشهایی را که میخواهید است