در این مطلب، ویدئو درخواست با stripe-python با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:27:27
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:00,960 –> 00:00:03,679
api stripe بر اساس
2
00:00:03,679 –> 00:00:06,960
قراردادهای استاندارد استراحت سازماندهی شده است و از آن
3
00:00:06,960 –> 00:00:07,759
4
00:00:07,759 –> 00:00:10,240
درخواستهای استاندارد http استفاده میکند و پاسخها با
5
00:00:10,240 –> 00:00:11,120
6
00:00:11,120 –> 00:00:14,160
آدرسهای اینترنتی قابل پیشبینی منبع گرا
7
00:00:14,160 –> 00:00:16,960
بدنههای درخواست کدگذاری شدهاند و
8
00:00:16,960 –> 00:00:20,560
پاسخها با کدهای json هستند.
9
00:00:20,560 –> 00:00:23,680
10
00:00:23,680 –> 00:00:25,920
11
00:00:25,920 –> 00:00:28,400
12
00:00:28,400 –> 00:00:30,000
در بدنه درخواست، این جایی است که شما
13
00:00:30,000 –> 00:00:31,760
پارامترها را برای ایجاد
14
00:00:31,760 –> 00:00:34,239
بهروزرسانی و انجام اقدامات خاص روی
15
00:00:34,239 –> 00:00:35,040
اشیاء ارسال میکنید
16
00:00:35,040 –> 00:00:36,559
، به عنوان مثال، اگر مشتری ایجاد میکنید
17
00:00:36,559 –> 00:00:39,040
، آدرس ایمیل مشتری
18
00:00:39,040 –> 00:00:40,719
ممکن است چیزی باشد که در
19
00:00:40,719 –> 00:00:43,680
قسمت سرصفحههای http درخواست پست ارسال میکنید
20
00:00:43,680 –> 00:00:45,600
. جایی که
21
00:00:45,600 –> 00:00:46,879
پیکربندی مانند
22
00:00:46,879 –> 00:00:50,079
کلید api و نسخه api ارسال میشود،
23
00:00:50,079 –> 00:00:52,160
میدانید که در اسناد ما اغلب
24
00:00:52,160 –> 00:00:53,199
به آرگومانها
25
00:00:53,199 –> 00:00:56,640
به عنوان پارامترهای درخواست اشاره میکنند، همچنین
26
00:00:56,640 –> 00:00:59,440
پارامترهای رشته کوئری که اغلب برای
27
00:00:59,440 –> 00:01:00,160
فیلتر کردن
28
00:01:00,160 –> 00:01:03,680
لیستها با درخواستهای دریافت استفاده میشوند،
29
00:01:03,680 –> 00:01:05,600
در این ویدیو استفاده میشوند، شما نحوه قالببندی
30
00:01:05,600 –> 00:01:06,960
درخواست را خواهید آموخت. پارامترها
31
00:01:06,960 –> 00:01:08,960
به طوری که شما می توانید به طور موثر
32
00:01:08,960 –> 00:01:10,479
از مرجع api برای ایجاد
33
00:01:10,479 –> 00:01:12,560
اکثر درخواست ها و ایجاد تقریباً هر
34
00:01:12,560 –> 00:01:15,360
پشتیبانی کار کنید ادغام d stripe
35
00:01:15,360 –> 00:01:17,520
مرجع api
36
00:01:17,520 –> 00:01:19,200
مستندات دقیق در مورد هر
37
00:01:19,200 –> 00:01:21,520
منبع است که پارامترهای پشتیبانی شده را فهرست نویسی می کند،
38
00:01:21,520 –> 00:01:22,560
39
00:01:22,560 –> 00:01:25,680
برخی از نمونه درخواست ها و پاسخ ها
40
00:01:25,680 –> 00:01:27,439
به طور کلی هنگام ایجاد یک ادغام
41
00:01:27,439 –> 00:01:29,439
، از یک راهنمای رسمی پیروی می کنید،
42
00:01:29,439 –> 00:01:31,840
اما ممکن است به برخی از پارامترهای تخصصی
43
00:01:31,840 –> 00:01:33,439
برای حل
44
00:01:33,439 –> 00:01:36,799
مورد استفاده خاص خود در سمت چپ نیاز داشته باشید. فهرستی از منابع را پیدا میکنید که
45
00:01:36,799 –> 00:01:38,240
46
00:01:38,240 –> 00:01:40,960
مشتریان را گسترش میدهد نشان میدهد که کدام
47
00:01:40,960 –> 00:01:42,640
نقاط پایانی api برای کار با
48
00:01:42,640 –> 00:01:43,920
مشتریان
49
00:01:43,920 –> 00:01:45,920
در زیر منبع مشتری در دسترس هستند، ما
50
00:01:45,920 –> 00:01:48,880
شیء مشتری و روشهای ایجاد
51
00:01:48,880 –> 00:01:51,200
بازیابی بهروزرسانی حذف و فهرست
52
00:01:51,200 –> 00:01:53,040
53
00:01:53,040 –> 00:01:55,439
کردن مشتریان را میبینیم که شی مشتری شکل
54
00:01:55,439 –> 00:01:57,280
و ویژگیهای یک نمونه را توصیف میکند. در مورد یک
55
00:01:57,280 –> 00:01:58,880
مشتری که در پاسخهای stripe api برگردانده شده است
56
00:01:58,880 –> 00:02:02,799
57
00:02:02,799 –> 00:02:04,560
، متوجه خواهید شد که برخی از ویژگیها
58
00:02:04,560 –> 00:02:06,560
با برچسب گسترش علامتگذاری شدهاند،
59
00:02:06,560 –> 00:02:08,479
60
00:02:08,479 –> 00:02:10,399
61
00:02:10,399 –> 00:02:12,400
در قسمت دیگری ویژگی گسترش api و نحوه کار با آن از کتابخانههای مشتری را با جزئیات بیشتر پوشش خواهیم داد.
62
00:02:12,400 –> 00:02:14,480
با این حال من فقط می خواهم نشان
63
00:02:14,480 –> 00:02:16,560
دهم که اینگونه می توانید از مرجع api استفاده
64
00:02:16,560 –> 00:02:17,599
کنید و اینکه
65
00:02:17,599 –> 00:02:20,560
کدام ویژگیها قابل گسترش هستند،
66
00:02:20,560 –> 00:02:22,080
ایجاد نقطه پایانی api مشتری
67
00:02:22,080 –> 00:02:24,400
، پارامترهای ارسال شده
68
00:02:24,400 –> 00:02:26,239
به api stripe را هنگام ایجاد
69
00:02:26,239 –> 00:02:27,200
مشتری
70
00:02:27,200 –> 00:02:29,200
در سمت راست توصیف میکند، ما یک نمونه کد کد را میبینیم
71
00:02:29,200 –> 00:02:31,920
با برخی از پارامترهای اصلی
72
00:02:31,920 –> 00:02:33,920
که میتوانید از curl
73
00:02:33,920 –> 00:02:36,239
به stripe cli یا تغییر دهید. هر یک از کتابخانههای سرویس گیرنده ما که به طور رسمی
74
00:02:36,239 –> 00:02:38,239
پشتیبانی میشوند، برای دیدن
75
00:02:38,239 –> 00:02:40,160
یک قطعه کد اصلی در زبان برنامهنویسی
76
00:02:40,160 –> 00:02:43,200
که بیشتر با آن آشنا هستید،
77
00:02:43,200 –> 00:02:45,280
در بخش بعدی مرجع api
78
00:02:45,280 –> 00:02:47,519
، جزئیات مربوط به درخواست
79
00:02:47,519 –> 00:02:49,200
ایجاد مشتری را مشاهده خواهیم کرد،
80
00:02:49,200 –> 00:02:50,800
این پارامترها هستند که میتوانند
81
00:02:50,800 –> 00:02:52,400
در متن پست
82
00:02:52,400 –> 00:02:54,720
به api stripe ارسال شود تا اشیاء مشتری ایجاد
83
00:02:54,720 –> 00:02:56,080
شود
84
00:02:56,080 –> 00:02:58,080
، رایجترین پارامترها در بالا فهرست شده است
85
00:02:58,080 –> 00:03:00,080
و اگر نسخه پیشفرض api حساب شما قدیمیتر از آخرین نسخه
86
00:03:00,080 –> 00:03:02,720
باشد، پارامترهای اضافی یا پیشرفتهتر در
87
00:03:02,720 –> 00:03:03,200
زیر
88
00:03:03,200 –> 00:03:05,760
زیر عنوان پارامترهای بیشتر گنجانده میشود.
89
00:03:05,760 –> 00:03:07,840
90
00:03:07,840 –> 00:03:10,800
91
00:03:10,800 –> 00:03:12,959
سپس ممکن است یک پانل با
92
00:03:12,959 –> 00:03:14,800
اطلاعات مربوط به شکستن تغییرات
93
00:03:14,800 –> 00:03:17,280
منتشر شده در نسخه جدیدتر api را ببینید
94
00:03:17,280 –> 00:03:19,120
که تمام پارامترهای مربوط به ایجاد
95
00:03:19,120 –> 00:03:21,760
مشتری در اینجا اختیاری است،
96
00:03:21,760 –> 00:03:23,840
اگر به مرجع ایجاد یک هدف پرداخت نگاه کنیم،
97
00:03:23,840 –> 00:03:25,680
98
00:03:25,680 –> 00:03:27,680
برچسبی را مشاهده خواهید کرد که نشان می دهد
99
00:03:27,680 –> 00:03:29,440
پارامترهای مقدار و ارز
100
00:03:29,440 –> 00:03:31,040
101
00:03:31,040 –> 00:03:33,040
در برخی موارد
102
00:03:33,040 –> 00:03:35,040
مورد نیاز است.
103
00:03:35,040 –> 00:03:36,720
104
00:03:36,720 –> 00:03:38,799
یا
105
00:03:38,799 –> 00:03:39,760
آرگومانها میتوانند
106
00:03:39,760 –> 00:03:42,239
دیکشنریهای اسکالر باشند، فهرستهای
107
00:03:42,239 –> 00:03:45,280
واژهنامهها یا فهرستهای رشتهها،
108
00:03:45,280 –> 00:03:47,440
واژهنامههای فرعی یا پارامترهای فرزند
109
00:03:47,440 –> 00:03:49,920
میتوانند عمیقاً تودرتو باشند، همانطور که در مورد
110
00:03:49,920 –> 00:03:52,080
آدرس حملونقل چنین است، برخی از پارامترها ممکن است
111
00:03:52,080 –> 00:03:53,040
مقادیری مانند
112
00:03:53,040 –> 00:03:56,400
معافیت مالیاتی باشند که مقادیر هیچ معافیت را میپذیرد
113
00:03:56,400 –> 00:03:58,959
یا در این قسمت ما معکوس میکنیم.
114
00:03:58,959 –> 00:04:00,159
نحوه
115
00:04:00,159 –> 00:04:02,080
ساخت آرگومان های ارسال شده به کتابخانه سرویس گیرنده را پوشش دهید تا
116
00:04:02,080 –> 00:04:03,680
117
00:04:03,680 –> 00:04:04,159
از ارسال
118
00:04:04,159 –> 00:04:07,200
مقادیر اسکالر یا پارامترهای پیچیده تر
119
00:04:07,200 –> 00:04:07,519
مانند
120
00:04:07,519 –> 00:04:11,200
لیست دیکشنری های تودرتو مطمئن
121
00:04:11,599 –> 00:04:13,519
باشید، بنابراین من فایلی به نام
122
00:04:13,519 –> 00:04:15,439
demo requests.pi با
123
00:04:15,439 –> 00:04:18,399
وارد کردن python خطی ایجاد کرده ام. مجموعه کلید api
124
00:04:18,399 –> 00:04:19,358
125
00:04:19,358 –> 00:04:21,358
اجازه دهید با یک درخواست بسیار ساده شروع
126
00:04:21,358 –> 00:04:23,680
کنیم تا مشتری بدون پارامتر ایجاد کنیم،
127
00:04:23,680 –> 00:04:26,240
بنابراین میخواهم بگویم یک سفارشی ایجاد کنید
128
00:04:26,240 –> 00:04:28,320
r بدون پارامتر
129
00:04:28,320 –> 00:04:30,160
و من می خواهم در اینجا یک متغیر uh
130
00:04:30,160 –> 00:04:32,080
به نام مشتری
131
00:04:32,080 –> 00:04:33,919
ایجاد کنم و آن را برابر با نتیجه برقراری
132
00:04:33,919 –> 00:04:36,800
این فراخوانی api با خط خطی قرار دهم،
133
00:04:36,800 –> 00:04:39,600
بنابراین ما متد ایجاد را فراخوانی می کنیم و می
134
00:04:39,600 –> 00:04:42,400
خواهیم مشتری را
135
00:04:42,400 –> 00:04:44,560
در اینجا چاپ کنیم. بنابراین در سمت چپ من
136
00:04:44,560 –> 00:04:45,840
قصد دارم کدی را
137
00:04:45,840 –> 00:04:50,000
برای اجرای پایتون خود اجرا کنم
138
00:04:50,000 –> 00:04:51,680
و می بینیم که شی مشتری
139
00:04:51,680 –> 00:04:53,280
چاپ شده است، بنابراین در خروجی ترمینال
140
00:04:53,280 –> 00:04:54,400
می توانید ببینید
141
00:04:54,400 –> 00:04:56,000
که این شی مشتری است که
142
00:04:56,000 –> 00:04:57,840
برگردانده شده است و ویژگی هایی که برای آن
143
00:04:57,840 –> 00:04:58,800
پر شده است.
144
00:04:58,800 –> 00:05:02,160
شما به طور پیشفرض اگر میخواستیم
145
00:05:02,160 –> 00:05:05,759
این مشتری واحد را بعداً واکشی کنیم، این کار را
146
00:05:05,759 –> 00:05:07,680
با درخواست دریافت
147
00:05:07,680 –> 00:05:10,320
با روش بازیابی روی مشتری انجام میدهیم، بنابراین
148
00:05:10,320 –> 00:05:12,880
اگر بتوانم میتوانم آن شناسه را در آنجا بگیرم،
149
00:05:12,880 –> 00:05:14,639
حالا بیایید به یک مشتری بازیابی کنیم،
150
00:05:14,639 –> 00:05:16,160
151
00:05:16,160 –> 00:05:20,240
بنابراین من میروم بگویید مشتری را بازیابی کنید،
152
00:05:20,240 –> 00:05:22,840
میخواهیم بگوییم مشتری برابر با
153
00:05:22,840 –> 00:05:25,600
stripe.customer.org است
154
00:05:25,600 –> 00:05:27,840
و شناسه رشته را
155
00:05:27,840 –> 00:05:30,240
برای مشتری ارسال میکنیم
156
00:05:30,240 –> 00:05:32,160
و سپس آن را چاپ میکنیم، بنابراین اگر
157
00:05:32,160 –> 00:05:33,759
دوباره این کد را اجرا کنیم، میخواهیم همان
158
00:05:33,759 –> 00:05:35,440
بازگشت json را ببینید زیرا
159
00:05:35,440 –> 00:05:37,759
ما آن را ایجاد کرده ایم مشتری با
160
00:05:37,759 –> 00:05:38,800
اولین نسخه آزمایشی خود
161
00:05:38,800 –> 00:05:40,800
و اکنون
162
00:05:40,800 –> 00:05:42,639
فقط آن مشتری را دوباره بازیابی می کنیم تا
163
00:05:42,639 –> 00:05:45,520
json و داده هایی را که
164
00:05:45,520 –> 00:05:48,240
هنگام ایجاد مشتری برای اولین بار ارسال کرده بودیم بازیابی کنیم،
165
00:05:48,240 –> 00:05:50,720
اکنون شناسه مشتری در این
166
00:05:50,720 –> 00:05:52,000
مورد قرار است ارسال شود.
167
00:05:52,000 –> 00:05:55,199
در مسیر در مسیر درخواست، بنابراین
168
00:05:55,199 –> 00:05:58,160
این درخواست به مشتریان v1 ارسال میشود
169
00:05:58,160 –> 00:05:59,600
170
00:05:59,600 –> 00:06:02,479
و سپس شناسه مشتری
171
00:06:02,479 –> 00:06:03,759
که
172
00:06:03,759 –> 00:06:05,919
هیچ دادهای را در بدنه درخواست یا پارامتر رشته query ارسال نمیکند،
173
00:06:05,919 –> 00:06:08,800
174
00:06:08,800 –> 00:06:10,960
خوب اجازه دهید چیزها را کمی ادغام کنیم
175
00:06:10,960 –> 00:06:13,039
و این بار یک مشتری دیگر
176
00:06:13,039 –> 00:06:15,120
با یک نام و ایمیل ایجاد کنید، بنابراین میخواهیم
177
00:06:15,120 –> 00:06:17,120
178
00:06:17,120 –> 00:06:22,240
بگوییم یک مشتری با مقادیر اسکالر ایجاد کنید،
179
00:06:23,520 –> 00:06:25,280
بنابراین میتوانم بگویم مشتری راه راه ایجاد کنید، این
180
00:06:25,280 –> 00:06:26,560
بار
181
00:06:26,560 –> 00:06:31,240
یک نام را ارسال میکنیم و این به عنوان مثال jenny.rosen خواهد بود.
182
00:06:31,240 –> 00:06:32,639
183
00:06:32,639 –> 00:06:34,240
.com را نیز می گذرانیم یا متاسفم
184
00:06:34,240 –> 00:06:36,319
که این ایمیل است و سپس نام
185
00:06:36,319 –> 00:06:36,960
186
00:06:36,960 –> 00:06:40,319
جنی روزن خواهد بود، خیلی
187
00:06:40,319 –> 00:06:42,240
خوب است و سپس ما فقط می خواهیم
188
00:06:42,240 –> 00:06:44,639
مشتری.name و customer.email را چاپ کنیم،
189
00:06:44,639 –> 00:06:47,759
190
00:06:47,759 –> 00:06:49,680
پس اگر ما این کد را اجرا می کنیم و می
191
00:06:49,680 –> 00:06:51,840
بینیم که دوباره یک نام تجاری ایجاد کرده ایم
192
00:06:51,840 –> 00:06:53,199
مشتری جدید و ما
193
00:06:53,199 –> 00:06:56,240
jenny rosen را به عنوان نام و jenny.rosen را
194
00:06:56,240 –> 00:06:59,680
به عنوان ایمیل دوباره دریافت می کنیم. stripe api
195
00:06:59,680 –> 00:07:02,240
انتظار دارد که پارامترها به عنوان
196
00:07:02,240 –> 00:07:02,960
197
00:07:02,960 –> 00:07:06,160
داده های رمزگذاری شده فرم در متن پست ارسال شوند نه به عنوان json.
198
00:07:06,160 –> 00:07:07,360
پاسخ
199
00:07:07,360 –> 00:07:09,280
از stripe api json است، بلکه
200
00:07:09,280 –> 00:07:11,599
بدنه درخواست است. فرم کدگذاری شده است،
201
00:07:11,599 –> 00:07:13,280
بنابراین موارد بالا منجر به متن
202
00:07:13,280 –> 00:07:15,280
پست زیر می شود، بنابراین می گوییم
203
00:07:15,280 –> 00:07:17,919
ایمیل برابر با jenny.rosen
204
00:07:17,919 –> 00:07:20,960
در example.com است و سپس یک
205
00:07:20,960 –> 00:07:21,840
آمپر داریم
206
00:07:21,840 –> 00:07:25,199
که دو جفت مقدار کلید um
207
00:07:25,199 –> 00:07:27,199
دو دو مجموعه uh را از هم جدا می کند. جفتهای مقدار کلیدی
208
00:07:27,199 –> 00:07:28,840
و دومی این است که نامی برابر با
209
00:07:28,840 –> 00:07:30,000
210
00:07:30,000 –> 00:07:33,520
فضای جنی یا درصد 20 روزن داشته باشد،
211
00:07:33,520 –> 00:07:35,919
بنابراین به این صورت است که آدرس اینترنتی و
212
00:07:35,919 –> 00:07:36,960
فرم را کدنویسی میکنید،
213
00:07:36,960 –> 00:07:39,680
اکنون کتابخانه کلاینت stripe python قرار است
214
00:07:39,680 –> 00:07:41,440
این را انتزاع کند، بنابراین لازم
215
00:07:41,440 –> 00:07:42,400
نیست به آن فکر کنید. این
216
00:07:42,400 –> 00:07:43,520
چیزی است که باید در نظر داشته باشید اگر می
217
00:07:43,520 –> 00:07:44,160
218
00:07:44,160 –> 00:07:46,800
خواهید خارج از زمینه
219
00:07:46,800 –> 00:07:47,360
stripe
220
00:07:47,360 –> 00:07:50,960
python درخواست دهید، بنابراین برخی از اسکالرها
221
00:07:50,960 –> 00:07:54,000
مقادیر enum خاصی را می پذیرند، بنابراین
222
00:07:54,000 –> 00:07:56,879
پارامتر معافیت مالیاتی روی مشتری یکی
223
00:07:56,879 –> 00:07:57,360
از هیچ یک از موارد
224
00:07:57,360 –> 00:08:00,720
معاف یا معکوس را می پذیرد، بنابراین بیایید یک عدد ایجاد کنیم.
225
00:08:00,720 –> 00:08:01,440
مشتری
226
00:08:01,440 –> 00:08:04,800
با یک enum و این
227
00:08:04,800 –> 00:08:07,520
چیزی شبیه به این
228
00:08:08,520 –> 00:08:10,160
stripe.customer.create
229
00:08:10,160 –> 00:08:13,199
tax exempt خواهد بود و ما به صورت
230
00:08:13,199 –> 00:08:15,759
معکوس به عنوان یکی از مقادیر ممکن ارسال می
231
00:08:15,759 –> 00:08:17,599
کنیم زیرا این
232
00:08:17,599 –> 00:08:21,440
یک مقدار enum پذیرفته شده است در اینجا
233
00:08:21,440 –> 00:08:25,599
مشتری را چاپ کنید. tax exempt
234
00:08:25,599 –> 00:08:28,160
all خوب، بیایید ببینیم این چه شکلی است
235
00:08:28,160 –> 00:08:29,759
خوب است و می بینیم که
236
00:08:29,759 –> 00:08:32,479
اگر بخواهیم یک مقدار نامعتبر برای enum ارسال کنیم، اکنون به عقب برمی گردیم،
237
00:08:32,479 –> 00:08:34,320
مثلاً
238
00:08:34,320 –> 00:08:38,000
ممکن است فقط بگوییم نامعتبر است، سپس api
239
00:08:38,000 –> 00:08:40,240
یک خطا را افزایش می دهد و
240
00:08:40,240 –> 00:08:42,320
توضیح می دهد که کدام مقادیر ممکن است. بنابراین
241
00:08:42,320 –> 00:08:44,000
در پیغام خطای زیر میبینیم
242
00:08:44,000 –> 00:08:45,040
که درخواست
243
00:08:45,040 –> 00:08:47,920
اینجاست، شناسه درخواست نامعتبر است،
244
00:08:47,920 –> 00:08:49,680
معافیت مالیاتی باید یکی از هیچکدام
245
00:08:49,680 –> 00:08:52,480
معکوس یا معاف باشد، اگر بخواهیم
246
00:08:52,480 –> 00:08:54,480
آدرس ایمیل را با استفاده از برخی از
247
00:08:54,480 –> 00:08:55,200
248
00:08:55,200 –> 00:08:58,880
پارامترهای ایمیل نامعتبر ارسال کنیم، مانند شما، باید اینطور
249
00:08:58,880 –> 00:09:01,600
باشد. ایمیل،
250
00:09:01,600 –> 00:09:03,920
اما اگر به جای استفاده از ایمیل، اگر از
251
00:09:03,920 –> 00:09:06,240
آدرس زیر خط ایمیل استفاده
252
00:09:06,240 –> 00:09:07,920
کنیم، خواهید دید که خطایی دریافت می کنیم که
253
00:09:07,920 –> 00:09:10,240
توضیح می دهد که این پارامتر ناشناخته بوده است،
254
00:09:10,240 –> 00:09:12,080
بنابراین آدرس ایمیل پارامتر ناشناخته را در
255
00:09:12,080 –> 00:09:12,880
256
00:09:12,880 –> 00:09:16,399
اکثر مواقع دریافت می کنیم.
257
00:09:16,399 –> 00:09:18,480
زیرا نام پارامتر اشتباه تایپ شده است،
258
00:09:18,480 –> 00:09:20,880
اما این امکان وجود دارد که
259
00:09:20,880 –> 00:09:23,760
نام بین نسخه های api تغییر کرده باشد،
260
00:09:23,760 –> 00:09:25,120
261
00:09:25,120 –> 00:09:26,320
بنابراین
262
00:09:26,320 –> 00:09:28,480
اگر خطایی دریافت کردید
263
00:09:28,480 –> 00:09:30,959
که یک پارامتر ناشناخته دریافتی و سپس نام را نشان می دهد، باید
264
00:09:30,959 –> 00:09:34,080
آن را بررسی کنید. از پارامتر
265
00:09:35,680 –> 00:09:37,680
بسیار خوب، بیایید دوباره ریسک را افزایش دهیم
266
00:09:37,680 –> 00:09:40,080
و مقداری داده تو در تو را در داخل
267
00:09:40,080 –> 00:09:42,480
پارامتر فرزند ارسال کنیم تا بتوانیم بگوییم
268
00:09:42,480 –> 00:09:45,680
آه ایجاد مشتری با
269
00:09:45,680 –> 00:09:48,959
فرهنگ لغت تودرتو در اینجا بگوییم مشتری برابر است با
270
00:09:48,959 –> 00:09:50,640
مشتری راه راه
271
00:09:50,640 –> 00:09:53,760
ایجاد دوباره روش پرداخت پاس سطح بالا
272
00:09:53,760 –> 00:09:55,200
273
00:09:55,200 –> 00:09:58,959
یک ویزا کارت pm
274
00:09:58,959 –> 00:10:01,200
و سپس می گوییم تنظیمات فاکتور را نیز ارسال می کنیم
275
00:10:01,200 –> 00:10:03,040
276
00:10:03,040 –> 00:10:05,279
که خود اسکالر نمی گیرد در
277
00:10:05,279 –> 00:10:06,079
عوض
278
00:10:06,079 –> 00:10:10,000
یک دیکشنری می گیرد و این دیکشنری um
279
00:10:10,000 –> 00:10:11,760
یکی از پارامترهایی را می پذیرد که
280
00:10:11,760 –> 00:10:13,519
ما می توانیم در این دیکشنری تودرتو
281
00:10:13,519 –> 00:10:15,760
برای تنظیمات فاکتور ارسال کنیم.
282
00:10:15,760 –> 00:10:19,120
روش پرداخت پیشفرض است و در اینجا میخواهیم
283
00:10:19,120 –> 00:10:22,399
ویزای کارت pm را مجدداً ارسال کنیم،
284
00:10:22,399 –> 00:10:24,959
توجه داشته باشید که برای پارامترهای تودرتو در اینجا
285
00:10:24,959 –> 00:10:27,040
ما از یک سبک متفاوت استفاده میکنیم
286
00:10:27,040 –> 00:10:30,079
تا آرگومان کلمه کلیدی برای برای
287
00:10:30,079 –> 00:10:31,040
پایتون
288
00:10:31,040 –> 00:10:32,480
که در آن میتوانید مرتبسازی نام
289
00:10:32,480 –> 00:10:34,079
آرگومان کلمه کلیدی و سپس
290
00:10:34,079 –> 00:10:35,519
علامت مساوی و سپس مقدار را
291
00:10:35,519 –> 00:10:37,920
در اینجا ارسال کنید، ما یک فرهنگ لغت درون خطی
292
00:10:37,920 –> 00:10:39,440
را ارسال میکنیم که در آن یک
293
00:10:39,440 –> 00:10:41,200
مقدار رشته برای کلید و سپس یک
294
00:10:41,200 –> 00:10:43,440
مقدار رشته برای مقدار ارسال میکنیم. در اینجا
295
00:10:43,440 –> 00:10:45,680
میتوانید از راهنمای
296
00:10:45,680 –> 00:10:48,160
دیکشنری در پایتون استفاده کنید
297
00:10:48,160 –> 00:10:50,399
و سپس آرگومانهای کلیدواژه را ارسال کنید، اما
298
00:10:50,399 –> 00:10:51,519
وقتی به مستندات خطی نگاه میکنید،
299
00:10:51,519 –> 00:10:53,360
بیشتر اوقات
300
00:10:53,360 –> 00:10:54,959
این الگوی است که
301
00:10:54,959 –> 00:10:57,600
میبینید در جایی که یک فرهنگ لغت داریم و سپس هر تو در تو از آن استفاده میکنیم.
302
00:10:57,600 –> 00:10:59,600
بچه ها سبک آرگومان کلمه کلیدی نیستند،
303
00:10:59,600 –> 00:11:01,920
آنها این
304
00:11:01,920 –> 00:11:06,240
کلید رشته و سبک ارزش هستند،
305
00:11:07,680 –> 00:11:09,760
پس بیایید در واقع
306
00:11:09,760 –> 00:11:12,160
307
00:11:12,640 –> 00:11:15,839
تنظیمات فاکتور را در
308
00:11:16,480 –> 00:11:17,839
اینجا چاپ کنیم و سپس در ترمینال
309
00:11:17,839 –> 00:11:19,360
تنظیمات فاکتور را می بینیم که
310
00:11:19,360 –> 00:11:20,000
311
00:11:20,000 –> 00:11:21,680
روش پرداخت پیش فرض ایجاد شده است.
312
00:11:21,680 –> 00:11:23,760
شناسه این روش پرداخت آزمایشی را
313
00:11:23,760 –> 00:11:24,560
314
00:11:24,560 –> 00:11:27,680
که با استفاده از کارت آزمایشی ویزا کارت pm
315
00:11:27,680 –> 00:11:28,880
316
00:11:28,880 –> 00:11:31,040
ایجاد شده است که قرار است
317
00:11:31,040 –> 00:11:32,959
نمونه کاملاً جدیدی از روش پرداخت را
318
00:11:32,959 –> 00:11:34,160
به این سفارشی ایجاد و پیوست کند، پس بگیرید.
319
00:11:34,160 –> 00:11:35,760
این منجر به مشتری آزمایشی میشود
320
00:11:35,760 –> 00:11:37,680
که میتواند با موفقیت
321
00:11:37,680 –> 00:11:40,160
پرداختهای مکرر برای
322
00:11:40,160 –> 00:11:42,640
اشتراک صورتحساب و سایر صورتحسابها را دوباره در
323
00:11:42,640 –> 00:11:43,600
حالت آزمایشی انجام دهد،
324
00:11:43,600 –> 00:11:46,640
بنابراین ما میتوانیم برخی از دادههای تودرتو
325
00:11:46,640 –> 00:11:48,079
در داخل پارامتر فرزند را ارسال کنیم،
326
00:11:48,079 –> 00:11:50,640
327
00:11:51,760 –> 00:11:54,800
بنابراین برخی از پارامترها به جز لیستهای
328
00:11:54,800 –> 00:11:55,440
رشتهها.
329
00:11:55,440 –> 00:11:57,040
ایجاد یک مشتری میتوانید
330
00:11:57,040 –> 00:11:59,360
فهرستی از مناطق ترجیحی را مشخص کنید،
331
00:11:59,360 –> 00:12:02,399
بنابراین فرض کنید یک مشتری با
332
00:12:02,399 –> 00:12:03,680
لیست رشتهها ایجاد
333
00:12:03,680 –> 00:12:05,200
کنید و در اینجا میخواهیم بگوییم مشتری
334
00:12:05,200 –> 00:12:08,839
برابر است با stripe.customer.create
335
00:12:08,839 –> 00:12:12,959
locales ترجیحی برابر است با اوه،
336
00:12:12,959 –> 00:12:14,720
شاید آنها هم انگلیسی و هم انگلیسی صحبت میکنند.
337
00:12:14,720 –> 00:12:16,880
اسپانیایی و
338
00:12:16,880 –> 00:12:20,240
ما میتوانیم مشتری را چاپ
339
00:12:20,240 –> 00:12:22,839
کنیم. محلیهای ترجیحی، بیایید کل مشتری را نیز چاپ کنیم
340
00:12:22,839 –> 00:12:25,279
341
00:12:25,279 –> 00:12:27,680
و سپس میتوانیم این را اجرا کنیم و به این
342
00:12:27,680 –> 00:12:29,680
ترتیب فهرستی از رشتهها را ارسال میکنید،
343
00:12:29,680 –> 00:12:31,440
بنابراین اکنون میتوانیم در پایین آن
344
00:12:31,440 –> 00:12:33,040
ببینیم که لیست رشتههای ما چاپ شده است.
345
00:12:33,040 –> 00:12:34,720
آنها محلیهای ترجیحی هستند
346
00:12:34,720 –> 00:12:36,800
و دوباره میتوانیم ببینیم که دادهها به
347
00:12:36,800 –> 00:12:37,760
عنوان بخشی
348
00:12:37,760 –> 00:12:41,920
از شی برای مشتری بازگردانده میشوند،
349
00:12:42,000 –> 00:12:43,839
حالا که چندین مشتری ایجاد کردهایم،
350
00:12:43,839 –> 00:12:45,839
بیایید ببینیم چگونه میتوانیم یک c موجود را بهروزرسانی کنیم.
351
00:12:45,839 –> 00:12:47,440
ustomer بنابراین من شناسه موردی را دارم که به
352
00:12:47,440 –> 00:12:49,360
تازگی ایجاد کرده ایم
353
00:12:49,360 –> 00:12:51,680
و مفاهیم
354
00:12:51,680 –> 00:12:53,440
قبلی اعمال می شوند، اما ما همچنین
355
00:12:53,440 –> 00:12:55,360
باید این شناسه را
356
00:12:55,360 –> 00:12:57,920
به متد modify ارسال کنیم وقتی که
357
00:12:57,920 –> 00:12:59,120
این شی را به روز می کنیم تا همه
358
00:12:59,120 –> 00:13:01,920
اشیاء در نوار api دارای شناسه های رشته ای است که
359
00:13:01,920 –> 00:13:02,800
شناسه های
360
00:13:02,800 –> 00:13:05,680
مشتری با cus شروع می شود و سپس یک
361
00:13:05,680 –> 00:13:06,639
خط زیر خط
362
00:13:06,639 –> 00:13:08,320
و در هنگام به روز رسانی مشتری،
363
00:13:08,320 –> 00:13:09,920
آن را به عنوان اولین
364
00:13:09,920 –> 00:13:12,240
آرگومان به متد modify منتقل می کنیم و سپس
365
00:13:12,240 –> 00:13:14,800
آرگومان های باقی مانده کلمه کلیدی را
366
00:13:14,800 –> 00:13:16,399
با پارامترهای به روز رسانی
367
00:13:16,399 –> 00:13:18,480
مشتری ارسال می کنیم