در این مطلب، ویدئو TALK / جرمی پیج / بسته بندی پایتون در سال 2021 با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:23:28
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:04,170 –> 00:00:11,869
[موسیقی]
2
00:00:14,400 –> 00:00:16,160
صبح بخیر و به همه خوش آمد می گویم
3
00:00:16,160 –> 00:00:17,760
. من بسیار هیجان زده هستم که به صورت مجازی با شما
4
00:00:17,760 –> 00:00:20,000
هستم در pycon.
5
00:00:20,000 –> 00:00:23,039
6
00:00:23,039 –> 00:00:24,640
7
00:00:24,640 –> 00:00:26,320
8
00:00:26,320 –> 00:00:28,840
9
00:00:28,840 –> 00:00:30,000
10
00:00:30,000 –> 00:00:31,760
چگونه می توان
11
00:00:31,760 –> 00:00:33,520
12
00:00:33,520 –> 00:00:36,880
اطلاعات ساخت قابل پیش بینی و خواندنی صریح را حفظ کرد این
13
00:00:36,880 –> 00:00:38,559
اطلاعاتی است که هم
14
00:00:38,559 –> 00:00:40,879
انسان ها و هم ماشین ها می
15
00:00:40,879 –> 00:00:45,039
توانند از
16
00:00:45,039 –> 00:00:47,280
آن برای درک بهتر پروژه شما استفاده کنند.
17
00:00:47,280 –> 00:00:48,960
18
00:00:48,960 –> 00:00:50,879
19
00:00:50,879 –> 00:00:54,239
پارادایم پایانی پایانی همراه با
20
00:00:54,239 –> 00:00:56,239
این فایل برای اولین بار پنج سال پیش به اکوسیستم معرفی شد،
21
00:00:56,239 –> 00:00:58,640
22
00:00:58,640 –> 00:01:00,559
اما تغییراتی را پشت سر گذاشته است و
23
00:01:00,559 –> 00:01:02,719
اخیراً به عنوان یک استاندارد نهایی
24
00:01:02,719 –> 00:01:05,040
25
00:01:05,040 –> 00:01:08,000
pi پروژه علامتگذاری شده است. tamil برای نگهداری
26
00:01:08,000 –> 00:01:09,200
ابردادههای اصلی پروژه
27
00:01:09,200 –> 00:01:12,560
به صورت قابل پیشبینی است. مکان قرار نیست
28
00:01:12,560 –> 00:01:14,640
طرحی باشد که گام به
29
00:01:14,640 –> 00:01:15,040
گام
30
00:01:15,040 –> 00:01:17,759
نحوه ساخت پروژه شما را دقیقاً شرح دهد،
31
00:01:17,759 –> 00:01:19,520
بلکه بیشتر نشانه
32
00:01:19,520 –> 00:01:21,200
ای است که خوانده شده را در جهت نشان می دهد.
33
00:01:21,200 –> 00:01:22,799
برخی از ابزارهای خاص
34
00:01:22,799 –> 00:01:24,479
و سایر محیطهایی که
35
00:01:24,479 –> 00:01:27,840
پروژه برای آمادهسازی طرح اولیه خود به آن نیاز دارد،
36
00:01:27,840 –> 00:01:30,079
اگرچه ممکن است حاوی اطلاعات کافی
37
00:01:30,079 –> 00:01:31,119
38
00:01:31,119 –> 00:01:33,280
برای ساخت کامل پروژه شما نباشد،
39
00:01:33,280 –> 00:01:35,680
هر متادیتایی که در آن وجود دارد، در
40
00:01:35,680 –> 00:01:37,280
صورتی که برای پروژه بهعنوان متعارف تلقی شود،
41
00:01:37,280 –> 00:01:39,439
42
00:01:39,439 –> 00:01:41,759
سپس ابزار ساخت واقعی که توسط
43
00:01:41,759 –> 00:01:42,799
این فایل مشخص شده است.
44
00:01:42,799 –> 00:01:44,960
اگر نمیدانستید tomml مخفف زبان حداقلی واضح tom است و به پیکربندی اضافی نیاز دارد
45
00:01:44,960 –> 00:01:46,479
46
00:01:46,479 –> 00:01:48,720
یا در همان پروژه پاییزی pi
47
00:01:48,720 –> 00:01:52,560
یا فایلهای پیکربندی خودش.
48
00:01:53,040 –> 00:01:55,280
49
00:01:55,280 –> 00:01:57,840
50
00:01:57,840 –> 00:01:59,600
51
00:01:59,600 –> 00:02:02,320
52
00:02:02,320 –> 00:02:04,560
53
00:02:04,560 –> 00:02:06,840
54
00:02:06,840 –> 00:02:09,679
زبان های برنامه نویسی
55
00:02:09,679 –> 00:02:11,760
با این حال، تنها متادیتای ساختنی نیست
56
00:02:11,760 –> 00:02:14,640
که به pi project.tamil
57
00:02:14,640 –> 00:02:16,480
ختم می شود، علیرغم اینکه هدف منحصر به فرد
58
00:02:16,480 –> 00:02:18,239
آن در زمانی که تصور شد،
59
00:02:18,239 –> 00:02:20,319
داشتن یک فایل پیکربندی واحد
60
00:02:20,319 –> 00:02:22,400
که برای همه پروژه های پایتون وجود دارد
61
00:02:22,400 –> 00:02:23,360
62
00:02:23,360 –> 00:02:25,360
، برای بسیاری از نگهدارندگان ابزار بسیار جذاب
63
00:02:25,360 –> 00:02:27,760
بود که از آن اجتناب کنند.
64
00:02:27,760 –> 00:02:30,160
با گذشت زمان فضا در طرح تام
65
00:02:30,160 –> 00:02:32,400
برای آربیتر ساخته شد ابزارهای ry python برای
66
00:02:32,400 –> 00:02:32,959
اشتراکگذاری
67
00:02:32,959 –> 00:02:36,160
بدون تضاد با یکدیگر، برخی از
68
00:02:36,160 –> 00:02:37,599
پروژهها مانند مشکی
69
00:02:37,599 –> 00:02:39,840
فقط به نویسندگان اجازه میدهند
70
00:02:39,840 –> 00:02:40,879
پیکربندی را
71
00:02:40,879 –> 00:02:44,319
در pi project.tamil مشخص کنند، در
72
00:02:44,319 –> 00:02:47,120
حالی که پروژههای دیگر مانند isort به
73
00:02:47,120 –> 00:02:48,640
نویسنده اجازه میدهد
74
00:02:48,640 –> 00:02:50,640
یا تنظیمات را در pi project.tunnel بنویسد
75
00:02:50,640 –> 00:02:51,760
76
00:02:51,760 –> 00:02:54,560
و با موارد دیگر ادغام کند. ابزارها یا
77
00:02:54,560 –> 00:02:55,360
نوشتن
78
00:02:55,360 –> 00:02:58,879
همه آن ها در فایل خاص ابزار
79
00:02:58,879 –> 00:03:01,280
خودش، قانونی است که پروژه pi.
80
00:03:01,280 –> 00:03:01,920
81
00:03:01,920 –> 00:03:04,400
82
00:03:04,400 –> 00:03:06,400
83
00:03:06,400 –> 00:03:08,319
84
00:03:08,319 –> 00:03:10,239
85
00:03:10,239 –> 00:03:12,480
86
00:03:12,480 –> 00:03:14,720
اگر اصلاً فایل بیرونی پروژه pi نداشت،
87
00:03:14,720 –> 00:03:18,319
در
88
00:03:18,319 –> 00:03:20,360
اینجا نمونهای از این است که مینیمال pi
89
00:03:20,360 –> 00:03:24,080
project.tamul ممکن است شبیه آن باشد،
90
00:03:24,560 –> 00:03:26,400
در وسط جدول پروژه
91
00:03:26,400 –> 00:03:28,640
فقط حاوی دادههای ثابت
92
00:03:28,640 –> 00:03:30,319
است که باید بخشی از هر
93
00:03:30,319 –> 00:03:32,000
توزیعی از
94
00:03:32,000 –> 00:03:34,640
هر نوع باشد. یا هر ابزاری که برای ایجاد آن استفاده می شود،
95
00:03:34,640 –> 00:03:36,480
96
00:03:36,480 –> 00:03:38,159
فیلدهای پروژه احتمالی دیگری نیز وجود دارد
97
00:03:38,159 –> 00:03:39,599
که می توانند در این جدول قرار گیرند،
98
00:03:39,599 –> 00:03:41,440
اما پر کردن همه آنها الزامی نیست
99
00:03:41,440 –> 00:03:43,440
100
00:03:43,440 –> 00:03:45,680
، جدول پروژه بسیار ناچیز است. w و not
101
00:03:45,680 –> 00:03:48,319
توسط همه ابزارهای ساخت پشتیبانی می شود،
102
00:03:48,319 –> 00:03:50,400
اما در آینده به اینجا نگاه کنید که در آن
103
00:03:50,400 –> 00:03:51,840
همه پروژه ها ممکن است
104
00:03:51,840 –> 00:03:55,360
حاوی ابرداده اصلی خود باشند،
105
00:03:56,720 –> 00:03:58,319
می توانید در پایین ببینید که پیکربندی سیاه
106
00:03:58,319 –> 00:04:00,480
در زیر جدول زیر
107
00:04:00,480 –> 00:04:01,760
ابزار
108
00:04:01,760 –> 00:04:03,840
در این فضا است سیاه برای
109
00:04:03,840 –> 00:04:05,840
تعریف هر رابط آزاد است. میخواهد برای
110
00:04:05,840 –> 00:04:08,640
گزینههای
111
00:04:08,959 –> 00:04:11,040
خود در بالای صفحه، جدول پیکربندی سیستم ساخت را ببینید
112
00:04:11,040 –> 00:04:13,280
113
00:04:13,280 –> 00:04:14,640
که در آن همه الزامات سازنده Backend
114
00:04:14,640 –> 00:04:16,639
115
00:04:16,639 –> 00:04:18,639
همراه با یک نقطه ورود به یک
116
00:04:18,639 –> 00:04:21,680
بکاند خاص بیلد فهرست
117
00:04:21,680 –> 00:04:23,680
شده است.
118
00:04:23,680 –> 00:04:25,440
برای انتخاب هنگام تعریف نحوه
119
00:04:25,440 –> 00:04:26,560
ساخت یک پروژه،
120
00:04:26,560 –> 00:04:28,320
اما در واقع به شما و
121
00:04:28,320 –> 00:04:29,600
مصرف کنندگان پروژه شما
122
00:04:29,600 –> 00:04:32,000
انعطاف بیشتری برای انتخاب ابزارهایی
123
00:04:32,000 –> 00:04:35,360
می دهد که همه می خواهند از آن استفاده کنند،
124
00:04:37,280 –> 00:04:39,120
چیزی که همیشه یک زنجیره ابزار واحد بود
125
00:04:39,120 –> 00:04:41,680
، اکنون به طور رسمی
126
00:04:41,680 –> 00:04:42,000
به
127
00:04:42,000 –> 00:04:45,600
سه دسته تقسیم شده است، ساخت غول پیکر قدیمی.
128
00:04:45,600 –> 00:04:48,560
ابزارها اغلب
129
00:04:48,560 –> 00:04:49,440
مصرف کنندگان پایین
130
00:04:49,440 –> 00:04:52,320
دستی مانند نصب کننده های بسته بندی یا سایر
131
00:04:52,320 –> 00:04:53,520
نگهدارنده ها را قفل می کنند
132
00:04:53,520 –> 00:04:55,360
تا همیشه همان ابزارهایی را انتخاب کنند که
133
00:04:55,360 –> 00:04:57,120
نویسنده هنگام استفاده از آنها استفاده می کند.
134
00:04:57,120 –> 00:04:59,199
پروژه را می سازد،
135
00:04:59,199 –> 00:05:01,039
اما این دسته بندی های جدید که
136
00:05:01,039 –> 00:05:02,560
از طریق مجموعه ای از
137
00:05:02,560 –> 00:05:04,639
api های استاندارد که مستقل از هر
138
00:05:04,639 –> 00:05:05,840
پروژه ای هستند
139
00:05:05,840 –> 00:05:09,120
به هم متصل می شوند، به هر قسمت اجازه می دهد تا به طور مستقل عمل کند،
140
00:05:09,120 –> 00:05:11,199
اگر در پایان همه آنها
141
00:05:11,199 –> 00:05:14,320
در پروژه بزرگتر تعریف
142
00:05:14,320 –> 00:05:16,320
شده باشند، سه دسته ابزار اصلی
143
00:05:16,320 –> 00:05:17,680
در تراشکاری استفاده می شود.
144
00:05:17,680 –> 00:05:19,440
کد منبع را به چیزی که
145
00:05:19,440 –> 00:05:21,680
میتوانید بهعنوان یک بسته وارد
146
00:05:21,680 –> 00:05:24,479
کنید، بکاند ساخت اولین بار است که
147
00:05:24,479 –> 00:05:27,039
کد منبع را به قالب توزیع تبدیل میکند،
148
00:05:27,039 –> 00:05:30,160
مانند فایل چرخ،
149
00:05:30,479 –> 00:05:33,280
یک بکاند ساخت پروژه توسط نویسنده پروژه انتخاب میشود
150
00:05:33,280 –> 00:05:34,560
151
00:05:34,560 –> 00:05:38,000
و در pi
152
00:05:38,000 –> 00:05:39,440
project.tamil تنها یکی از آنها ثبت میشود. این ابزارهایی
153
00:05:39,440 –> 00:05:42,560
که در
154
00:05:43,520 –> 00:05:45,680
مرحله بعدی ثبت می شوند، قسمت جلویی ساخت هستند که
155
00:05:45,680 –> 00:05:48,000
تعامل کاربر را کنترل می کند،
156
00:05:48,000 –> 00:05:49,600
به عنوان مثال ممکن است
157
00:05:49,600 –> 00:05:52,639
پیشرفت نمایش رابط خط فرمان را به
158
00:05:52,639 –> 00:05:53,919
کاربر ارائه
159
00:05:53,919 –> 00:05:56,639
دهد یا خطاهایی را از ابرداده های بد یا
160
00:05:56,639 –> 00:05:57,039
161
00:05:57,039 –> 00:06:00,240
مشکلاتی در بیلد بک اند
162
00:06:00,240 –> 00:06:02,800
بیلد دوستان نشان دهد که باید اجرا شوند. انتهای پشتی
163
00:06:02,800 –> 00:06:04,400
در محیطی که در واقع
164
00:06:04,400 –> 00:06:06,319
برای ساختن مناسب است،
165
00:06:06,319 –> 00:06:07,919
بنابراین میتواند شامل نصب
166
00:06:07,919 –> 00:06:10,319
وابستگیهایی برای بیل باشد d باطن
167
00:06:10,319 –> 00:06:12,400
یک محیط مجازی برای
168
00:06:12,400 –> 00:06:14,560
آن ایجاد می کند که دایرکتوری کاری خود
169
00:06:14,560 –> 00:06:17,600
و سایر وظایف مشابه را تنظیم می کند، اگرچه
170
00:06:17,600 –> 00:06:19,280
خیلی معمول نیست
171
00:06:19,280 –> 00:06:21,759
کاربرانی که مایل به ساختن یک پروژه هستند، می
172
00:06:21,759 –> 00:06:23,280
توانند فرانت اند متفاوتی را
173
00:06:23,280 –> 00:06:26,560
نسبت به نویسنده استفاده شده انتخاب کنند، مشروط بر اینکه هر دو
174
00:06:26,560 –> 00:06:28,080
ساخت front-end و back-end
175
00:06:28,080 –> 00:06:31,600
به این موارد احترام بگذارند. apis جدید، فرانت
176
00:06:33,120 –> 00:06:35,600
اند ادغام در
177
00:06:35,600 –> 00:06:37,440
واقع
178
00:06:37,440 –> 00:06:40,080
به خودی خود در فرآیند ساخت دخیل نیست، زیرا در این مرحله
179
00:06:40,080 –> 00:06:43,280
یک فایل توزیع ساخته شده وجود دارد،
180
00:06:43,280 –> 00:06:45,360
اما این
181
00:06:45,360 –> 00:06:47,600
فایل توزیع را در محیط پایتون شما نصب میکند
182
00:06:47,600 –> 00:06:49,120
و من فکر میکنم این احتمالاً
183
00:06:49,120 –> 00:06:51,120
رایجترین راه برای هر یک از ما باشد. در واقع تعامل
184
00:06:51,120 –> 00:06:52,560
با
185
00:06:52,560 –> 00:06:55,759
توزیعها با وارد کردن آنها است
186
00:06:55,759 –> 00:06:58,080
که یک جلوی یکپارچهسازی نهتنها قادر است
187
00:06:58,080 –> 00:07:00,160
توزیعها را نصب کند،
188
00:07:00,160 –> 00:07:02,560
بلکه میتواند وابستگیهای توزیع را که
189
00:07:02,560 –> 00:07:04,160
190
00:07:04,160 –> 00:07:06,160
احتمالاً از بین میرود و آنها را به
191
00:07:06,160 –> 00:07:08,080
صورت محلی از طریق اینترنت پیدا کند،
192
00:07:08,080 –> 00:07:10,160
ممکن است دانلود کند و همچنین
193
00:07:10,160 –> 00:07:14,080
نصب آن توزیعها را
194
00:07:14,479 –> 00:07:17,280
که نویسنده پروژه کنترلی بر آن ندارد، برطرف کند.
195
00:07:17,280 –> 00:07:18,880
چه یکپارچه سازی front-end
196
00:07:18,880 –> 00:07:20,319
در واقع برای نصب ما استفاده می شود
197
00:07:20,319 –> 00:07:22,240
توزیع
198
00:07:22,240 –> 00:07:24,800
در واقع احتمالاً همه پروژههای عمومی
199
00:07:24,800 –> 00:07:26,400
در حال حاضر
200
00:07:26,400 –> 00:07:30,400
توسط چندین فرانتاند ادغام
201
00:07:30,400 –> 00:07:32,960
برای بسیاری از شما نصب میشوند، فقط یک ابزار وجود دارد
202
00:07:32,960 –> 00:07:34,479
که همه این وظایف را انجام میدهد
203
00:07:34,479 –> 00:07:38,240
و آن Pip Pip است که اغلب
204
00:07:38,240 –> 00:07:40,560
همه آنها را به یکباره برای شما انجام میدهد و
205
00:07:40,560 –> 00:07:42,240
پیچیدگی داشتن را پنهان میکند. انجام کارهای مختلف
206
00:07:42,240 –> 00:07:45,120
در پشت صحنه
207
00:07:45,120 –> 00:07:48,639
اما pip در واقع یک ابزار بسته بندی نیست،
208
00:07:48,639 –> 00:07:50,319
حتی اگر عالی است، من معتقدم
209
00:07:50,319 –> 00:07:52,479
استفاده تاریخی از آن به عنوان یک ابزار خط فرمان
210
00:07:52,479 –> 00:07:53,199
211
00:07:53,199 –> 00:07:55,360
است که برای برآورده کردن هر نوع
212
00:07:55,360 –> 00:07:57,520
نیازی برای
213
00:07:57,520 –> 00:07:59,520
پایتون استفاده می شود، نحوه استفاده پایتون برای دیدن این دسته بندی های مختلف را مبهم کرده است.
214
00:07:59,520 –> 00:08:01,360
215
00:08:01,360 –> 00:08:03,360
و برخی موارد
216
00:08:03,360 –> 00:08:07,280
درک نیاز به وجود آنها را برای آنها دشوار کرده است،
217
00:08:09,199 –> 00:08:11,440
بنابراین برای نشان دادن اینکه چرا pip در ابتدا برای پایتون مورد نیاز بود
218
00:08:11,440 –> 00:08:12,879
219
00:08:12,879 –> 00:08:15,120
و چرا پایتون اکنون باید فراتر از
220
00:08:15,120 –> 00:08:16,080
pip باشد،
221
00:08:16,080 –> 00:08:18,080
ما قصد داریم نگاهی کوتاه به چگونگی
222
00:08:18,080 –> 00:08:20,240
تکامل بسته بندی بیندازیم. در کنار
223
00:08:20,240 –> 00:08:23,199
زبان پایتون
224
00:08:24,080 –> 00:08:26,720
همه چیز با جزئیات دیسک شروع
225
00:08:26,720 –> 00:08:30,000
شد، این کتابخانه بسته بندی اصلی
226
00:08:30,000 –> 00:08:31,840
بود که به عنوان بخشی از زبان پایتون
227
00:08:31,840 –> 00:08:35,919
در نسخه 1.6 منتشر شد.
228
00:08:35,919 –> 00:08:38,839
229
00:08:38,839 –> 00:08:41,519
کنوانسیون sub.py فعلی و دایرکتوری سطح بالا را
230
00:08:41,519 –> 00:08:44,560
برای ساخت پروژه ها
231
00:08:44,560 –> 00:08:47,279
در اختیار ما قرار داده است. اسکریپت setup.py معمولی می تواند به عنوان
232
00:08:47,279 –> 00:08:49,120
یک صفحه اصلی ساخت
233
00:08:49,120 –> 00:08:51,920
یا نوعی جلوی یکپارچه سازی عمل کند، زیرا
234
00:08:51,920 –> 00:08:53,440
این کلید ارائه شده
235
00:08:53,440 –> 00:08:56,080
با وارد کردن جزئیات دیسک به هر دو ساختمان اجازه می دهد.
236
00:08:56,080 –> 00:08:56,480
237
00:08:56,480 –> 00:08:58,880
از منبع و سپس نصب
238
00:08:58,880 –> 00:09:02,080
آن بیلد در محیط خود،
239
00:09:02,080 –> 00:09:04,560
با این حال فقط جزئیات در ابتدا اعلام نمیکردند،
240
00:09:04,560 –> 00:09:05,120
241
00:09:05,120 –> 00:09:07,920
به هر حال به هیچ وجه امکان اعلام
242
00:09:07,920 –> 00:09:09,360
نیازها وجود ندارد،
243
00:09:09,360 –> 00:09:11,279
چه رسد به خروج و رفع این
244
00:09:11,279 –> 00:09:13,120
وابستگیها،
245
00:09:13,120 –> 00:09:15,120
بنابراین کمی فراتر از آن چیزی است که یک build
246
00:09:15,120 –> 00:09:16,240
front end است،
247
00:09:16,240 –> 00:09:18,080
اما نه چندان دور به به
248
00:09:18,080 –> 00:09:21,600
نظر من یک فرانت اند یکپارچه باشد،
249
00:09:21,600 –> 00:09:24,160
بنابراین این Utils به نوعی مانند یک
250
00:09:24,160 –> 00:09:25,680
ساخت بک اند است که
251
00:09:25,680 –> 00:09:27,600
شما به عنوان نویسنده پروژه باید
252
00:09:27,600 –> 00:09:28,959
253
00:09:28,959 –> 00:09:32,000
هر بار که یک setup.py جدید برای هر پروژه می نویسید، برای آن بنویسید.
254
00:09:32,000 –> 00:09:34,880
255
00:09:35,120 –> 00:09:37,040
این جزئیات
256
00:09:37,040 –> 00:09:38,880
در آخرین نسخه پایتون منسوخ شده است
257
00:09:38,880 –> 00:09:40,320
258
00:09:40,320 –> 00:09:42,000
که قطعاً باعث می شود پس از سال ها
259
00:09:42,000 –> 00:09:45,440
انتخاب خوبی برای پروژه های جدید
260
00:09:47,200 –> 00:09:50,160
نباشد، چیزی جز ابزارهای راه اندازی dist
261
00:09:50,160 –> 00:09:52,000
utils ظاهر نشد. در صحنه
262
00:09:52,000 –> 00:09:54,240
به عنوان یک مکان محبوب که
263
00:09:54,240 –> 00:09:57,200
خارج از کتابخانه استاندارد وجود
264
00:09:57,200 –> 00:10:00,080
دارد، استفاده از setup.py را برای همه
265
00:10:00,080 –> 00:10:01,440
پروژهها ادامه میدهد،
266
00:10:01,440 –> 00:10:03,839
به این معنی که نویسندگان پروژه هنوز هم
267
00:10:03,839 –> 00:10:05,680
تا حدی در حال نوشتن قسمتهای جلویی ساخت خود هستند
268
00:10:05,680 –> 00:10:07,839
،
269
00:10:07,839 –> 00:10:10,079
اما ابزارهای راهاندازی نیز با
270
00:10:10,079 –> 00:10:12,079
اسکریپتی به نام easy ارائه میشوند. نصبی
271
00:10:12,079 –> 00:10:13,839
که به عنوان یک فرانت اند یکپارچه عمل می
272
00:10:13,839 –> 00:10:16,000
کرد و قطعاً بهتر
273
00:10:16,000 –> 00:10:16,800
از فراخوانی
274
00:10:16,800 –> 00:10:20,079
اسکریپت های setup.py مستقیم
275
00:10:20,079 –> 00:10:22,800
بود و قادر بود وابستگی ها را حل کند
276
00:10:22,800 –> 00:10:25,240
و توزیع ها را از
277
00:10:25,240 –> 00:10:27,839
pipi.org دانلود کند که در ابتدا به صورت
278
00:10:27,839 –> 00:10:29,600
آنلاین عرضه شد تقریباً همزمان با
279
00:10:29,600 –> 00:10:33,839
اولین انتشار ابزارهای راه اندازی.
280
00:10:33,920 –> 00:10:35,920
ابزارهای راهاندازی در
281
00:10:35,920 –> 00:10:38,399
ابتدا برای کپی کردن و گسترش تمام قابلیتهایی منتشر شد که
282
00:10:38,399 –> 00:10:41,440
این
283
00:10:41,440 –> 00:10:43,680
ابزارها به عنوان یک صفحه جلویی از هر نوع استفاده میکردند،
284
00:10:43,680 –> 00:10:46,880
در حال حاضر به طور فعال از
285
00:10:46,880 –> 00:10:48,640
بسیاری از عملکردهای اصلی که
286
00:10:48,640 –> 00:10:51,200
ابتدا به اسکریپتهایی که وارد
287
00:10:51,200 –> 00:10:54,560
کرده بودند، حذف شده است، دور میشوند. بهعنوان
288
00:10:54,560 –> 00:10:56,160
اجرای آزمایشها
289
00:10:56,160 –> 00:10:58,160
یا توانایی اعلام الزامات
290
00:10:58,160 –> 00:11:00,079
برای تنظیم کد
291
00:11:00,079 –> 00:11:01,600
یا ساخت کد با استفاده از آنها
292
00:11:01,600 –> 00:11:03,279
الزامات ویژه
293
00:11:03,279 –> 00:11:06,399
دیگر پشتیبانی
294
00:11:06,399 –> 00:11:08,800
نمیشوند بهزودی پروژههای ابزارهای راهاندازی تنها زمانی
295
00:11:08,800 –> 00:11:10,320
میتوانند ساخته شوند
296
00:11:10,320 –> 00:11:13,040
که از قسمت جلویی
297
00:11:13,040 –> 00:11:16,959
ساختی استفاده میکنند که با مشخصات جلویی جدید مطابقت داشته باشد،
298
00:11:16,959 –> 00:11:19,839
اما استفاده از قسمت پشتی ساخت
299
00:11:19,839 –> 00:11:22,720
هنوز بسیار مهم است و احتمالاً از بین نمیرود.
300
00:11:22,720 –> 00:11:24,800
همچنان که
301
00:11:24,800 –> 00:11:26,240
302
00:11:26,240 –> 00:11:29,680
ساخت بک
303
00:11:31,360 –> 00:11:33,279
پس از ابزارهای راهاندازی به پایان میر