در این مطلب، ویدئو Refactoring کد پایتون: Refactoring از طریق تقسیم کردن توابع|packtpub.com با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:05,960 –> 00:00:08,389
سلام به همه و خوش آمدید به
2
00:00:08,389 –> 00:00:12,019
بازسازی کد پایتون،
3
00:00:12,019 –> 00:00:14,510
امروز در بخش جدیدی هستیم درباره ساده کردن توابع طولانی و
4
00:00:14,510 –> 00:00:16,960
پیچیده به روشهای کوچکتر
5
00:00:16,960 –> 00:00:20,210
به عنوان آخرین ویدیو، این یکی از
6
00:00:20,210 –> 00:00:23,060
مهمترین استراتژیهایی است
7
00:00:23,060 –> 00:00:26,600
که ما در آن به کار میگیریم و در آن کد را برای مقابله با بدهیهای فنی بازسازی میکنیم.
8
00:00:26,600 –> 00:00:29,869
در این بخش
9
00:00:29,869 –> 00:00:31,280
قصد داریم نگاهی به چهار
10
00:00:31,280 –> 00:00:32,960
موضوع مختلف
11
00:00:32,960 –> 00:00:35,300
بیندازیم
12
00:00:35,300 –> 00:00:37,399
13
00:00:37,399 –> 00:00:40,420
14
00:00:40,420 –> 00:00:43,250
15
00:00:43,250 –> 00:00:45,399
16
00:00:45,399 –> 00:00:48,800
17
00:00:48,800 –> 00:00:50,899
18
00:00:50,899 –> 00:00:52,880
. در این ویدئو که ما قصد داریم
19
00:00:52,880 –> 00:00:55,969
بر روی بازآفرینی از طریق
20
00:00:55,969 –> 00:00:57,980
تقسیم توابع تمرکز کنیم، میتوانیم این کار را
21
00:00:57,980 –> 00:01:00,200
در پنج مرحله انجام دهیم، بنابراین همه این ویدیوهای
22
00:01:00,200 –> 00:01:02,210
این بخش دارای این پنج مرحله
23
00:01:02,210 –> 00:01:05,479
کم و بیش شماره یک خواهند بود.
24
00:01:05,479 –> 00:01:07,369
توضیحی در مورد اینکه علامت چیست و چه
25
00:01:07,369 –> 00:01:09,280
زمانی خیلی طولانی است
26
00:01:09,280 –> 00:01:13,280
شماره دو، چرا یک رفع نیاز به شماره
27
00:01:13,280 –> 00:01:13,820
سه دارد،
28
00:01:13,820 –> 00:01:16,729
چرا انجام یک عمل خاص انجام می شود n در
29
00:01:16,729 –> 00:01:18,590
این ویدیو کمک می کند در این مورد در
30
00:01:18,590 –> 00:01:20,570
ویدیوی خود ما در مورد تقسیم کردن
31
00:01:20,570 –> 00:01:22,189
توابع طولانی فکر می کنیم چرا تقسیم
32
00:01:22,189 –> 00:01:26,900
توابع به شماره چهار کمک می کند چگونه می
33
00:01:26,900 –> 00:01:29,840
توانیم این را اصلاح کنیم یا این مشکل را با دست حل کنیم
34
00:01:29,840 –> 00:01:32,810
و شماره پنج چگونه می توانیم با
35
00:01:32,810 –> 00:01:34,280
کد در مقابل نیازی نیست همیشه این کار را با
36
00:01:34,280 –> 00:01:36,290
دست انجام دهیم، بیایید به یک علامت نگاه کنیم،
37
00:01:36,290 –> 00:01:40,189
معمولاً وقتی
38
00:01:40,189 –> 00:01:42,470
چیزی را کدنویسی میکنید یا کد خود را در طول
39
00:01:42,470 –> 00:01:47,119
زمان تغییر میدهید، منطق
40
00:01:47,119 –> 00:01:48,979
بیشتر و بیشتر و ویژگیهای بیشتر و بیشتری را به کد اضافه میکنید
41
00:01:48,979 –> 00:01:51,470
و معمولاً چندین نفر کار میکنند. بر روی
42
00:01:51,470 –> 00:01:55,670
یک چیز، بنابراین شما عملکردهایی خواهید داشت
43
00:01:55,670 –> 00:01:58,310
که از نظر وسعت یا
44
00:01:58,310 –> 00:02:01,100
عملکرد خزش دارند و سپس اتفاقی که می افتد این است
45
00:02:01,100 –> 00:02:04,939
که شما یک تابع بزرگ دریافت خواهید کرد که چندین کار را انجام می
46
00:02:04,939 –> 00:02:07,040
دهد که
47
00:02:07,040 –> 00:02:08,508
آزمایش آنها بسیار سخت است و درک درست آنها بسیار
48
00:02:08,508 –> 00:02:10,878
سخت است. یک مثال
49
00:02:10,878 –> 00:02:15,079
این تابع سرنخهای وارداتی است، بنابراین ابتدا
50
00:02:15,079 –> 00:02:16,690
فایل را باز
51
00:02:16,690 –> 00:02:19,150
میکنیم، خطوط را میخوانیم، سپس
52
00:02:19,150 –> 00:02:22,740
لید را پردازش میکنیم و سپس لید را غنی میکنیم و
53
00:02:22,740 –> 00:02:25,710
سپس
54
00:02:25,710 –> 00:02:28,090
به سرنخهای پردازش برمیگردیم، در واقع توصیف آن بسیار سخت است.
55
00:02:28,090 –> 00:02:30,220
درست است اگر بخواهیم مانند یک
56
00:02:30,220 –> 00:02:33,730
رشته سگ برای این کار ایجاد کنیم، مشکلی نیست، بنابراین
57
00:02:33,730 –> 00:02:35,980
وارد کنیم، مانند چهار یا پنج مرحله
58
00:02:35,980 –> 00:02:42,330
فرآیند واردات فایل منجر
59
00:02:48,470 –> 00:02:51,620
به اتفاقات زیادی میشود و خیلی
60
00:02:51,620 –> 00:02:56,150
ایدهآل نیست، اجازه دهید این را در یک
61
00:02:56,150 –> 00:02:58,880
فایل جدید کپی کنم. و من به شما نشان خواهم داد که چگونه میتوانیم
62
00:02:58,880 –> 00:03:01,760
این مشکل را برطرف کنیم و چرا این مشکل برطرف شده است، بنابراین من
63
00:03:01,760 –> 00:03:05,230
یک فایل جدید ایجاد کردم CRM refactored py
64
00:03:05,230 –> 00:03:08,780
آنچه را که روی tin میگوید انجام میدهد، بنابراین آنچه که
65
00:03:08,780 –> 00:03:10,490
یک تابع را تقسیم میکند به ارسال تابع کمک میکند
66
00:03:10,490 –> 00:03:12,440
تا چندین Vantage به شما بدهد
67
00:03:12,440 –> 00:03:16,460
. شماره یک آزمایش آسان تر است
68
00:03:16,460 –> 00:03:18,700
زیرا یک تابع فقط یک کار
69
00:03:18,700 –> 00:03:22,010
شماره دو را انجام می دهد، مستند کردن آن آسان تر است
70
00:03:22,010 –> 00:03:23,450
زیرا نمی توانید فقط
71
00:03:23,450 –> 00:03:24,950
یک چیز را با جزئیات شرح دهید
72
00:03:24,950 –> 00:03:28,310
شماره سه، درک این موضوع برای شما و همکارانتان آسان است
73
00:03:28,310 –> 00:03:29,600
74
00:03:29,600 –> 00:03:31,010
زیرا فقط یک چیز وجود دارد. برای درک
75
00:03:31,010 –> 00:03:33,800
درست، اگر به این تابع طولانی نگاه
76
00:03:33,800 –> 00:03:35,090
کنید، کاملاً خوب خواهید بود، پس چه کاری انجام
77
00:03:35,090 –> 00:03:37,700
می دهد، فایل یک bla را وارد کنید، شما
78
00:03:37,700 –> 00:03:39,380
به کد نگاه نکردید و مثل اینکه خوب بود،
79
00:03:39,380 –> 00:03:41,420
چیزی را پردازش می کند که در آن فایل
80
00:03:41,420 –> 00:03:44,870
باز می شود تمام شد، پس بیایید انجام دهیم
81
00:03:44,870 –> 00:03:48,250
اولین کاری که میکنم
82
00:03:48,250 –> 00:03:53,450
این است که سعی میکنم تابع
83
00:03:53,450 –> 00:03:56,209
را به مراحل منطقی تقسیم کنم، بنابراین در اینجا در حال
84
00:03:56,209 –> 00:03:59,660
پردازش لید هستیم بنابراین احتمالاً میتوانیم
85
00:03:59,660 –> 00:04:02,530
آن را با یک ویژگی جدید به نام
86
00:04:02,530 –> 00:04:09,220
فایل نیازهای فرآیند جایگزین
87
00:04:10,069 –> 00:04:12,640
کنیم و میتوانیم آن را به خوبی مستند کنیم و بگوییم
88
00:04:12,640 –> 00:04:25,840
فرآیند باید از فایلی در آنجا خوانده شود و
89
00:04:25,840 –> 00:04:29,360
ما فقط آن را اصلاح میکنیم، بنابراین
90
00:04:29,360 –> 00:04:32,660
این را در اینجا وارد میکنیم، بنابراین روشی که انجام میدهیم این است
91
00:04:32,660 –> 00:04:34,560
که خیلی راحت آن را کپی کنید
92
00:04:34,560 –> 00:04:37,730
[Music]
93
00:04:39,960 –> 00:04:44,080
آنها را رفع تورفتگی مجرا و همچنین
94
00:04:44,080 –> 00:04:49,500
باید روی
95
00:04:49,500 –> 00:04:52,689
[Music] کپی
96
00:04:54,570 –> 00:04:57,139
کنیم، اینطور است
97
00:04:57,139 –> 00:05:00,909
و سپس میتوانیم آن را با
98
00:05:00,909 –> 00:05:05,270
سرنخهای فرآیند معادل نشتهای فرآیند
99
00:05:05,270 –> 00:05:09,050
و سرنخهای فایل جایگزین کنیم، بنابراین اکنون یک مرحله
100
00:05:09,050 –> 00:05:11,060
کاملاً در اینجا محصور شدهایم و میدانیم
101
00:05:11,060 –> 00:05:13,460
که این مرحله دقیقاً چه کاری انجام میدهد، اجازه دهید ادامه دهیم،
102
00:05:13,460 –> 00:05:15,560
بنابراین حلقه طبقه دیگری که
103
00:05:15,560 –> 00:05:18,450
میخواهیم حذف کنیم این است
104
00:05:18,450 –> 00:05:22,220
که میخواهیم برداریم. این یکی را حذف کنید، بنابراین این
105
00:05:22,220 –> 00:05:24,840
تقریباً لیدها را غنی می کند یا شاید
106
00:05:24,840 –> 00:05:27,290
اطلاعاتی را که وارد می شود قالب بندی می کند،
107
00:05:27,290 –> 00:05:28,970
بنابراین ما فقط می گوییم
108
00:05:28,970 –> 00:05:32,069
[Music]،
109
00:05:36,720 –> 00:05:39,790
بنابراین فکر می کنم اکنون سؤالی که من
110
00:05:39,790 –> 00:05:41,410
به عنوان یک برنامه نویس در هنگام
111
00:05:41,410 –> 00:05:44,410
بازسازی این موضوع برای من پیش می آید این است که آیا باید ج یک
112
00:05:44,410 –> 00:05:46,660
تابع سرب غنی شده را تکرار کنید که فقط
113
00:05:46,660 –> 00:05:50,170
این کار را انجام می دهد، بنابراین pili را می گیرد و غنی می
114
00:05:50,170 –> 00:05:54,670
کند یا باید کل را برای حلقه برداریم
115
00:05:54,670 –> 00:05:56,890
و از آن استفاده کنم، بنابراین واقعاً به شما بستگی دارد،
116
00:05:56,890 –> 00:05:57,310
117
00:05:57,310 –> 00:06:00,250
فکر می کنم در این مورد بهتر است
118
00:06:00,250 –> 00:06:04,740
یک ک