CodeBaz.dev
💡 چرا در PEP 8 طول هر خط کد باید حداکثر ۷۹ کاراکتر باشه؟ قدیما مانیتورهای کامپیوتر خیلی بزرگ نبودن و نهایتاً فقط می‌شد ۸۰ کاراکتر توی هر خط نمایش داد. به همین دلیل برنامه‌نویس‌ها تصمیم گرفتن که طول هر خط از کدهاشون بیشتر از ۷۹ کاراکتر نباشه، تا بتونن همه…
در ادامه این پست که ریپلای کرده ام ...
📏 حداکثر طول خطوط در پایتون طبق PEP8 و کتاب Two Scoops of Django:
🔹 من با خوندن داکیومنت رسمی PEP8 و بخش 1.2.1 کتاب Two Scoops of Django به این نتیجه رسیدم:
✅ در پروژه‌های اپن‌سورس:
حداکثر طول هر خط کد باید ۷۹ کاراکتر باشه.
✅ در پروژه‌های شخصی یا تیمی (غیراپن‌سورس):
می‌تونید این محدودیت رو تا ۹۹ کاراکتر افزایش بدید،
💬 به شرطی که همه اعضای تیم باهاش موافق باشن.
✅ برای docstringها و commentها (توضیحات):
چه پروژه اوپن‌سورس باشه، چه نباشه،
🔸 حداکثر طول باید ۷۲ کاراکتر بمونه.
این باعث میشه متون طولانی در ادیتورها به شکل منظم و خوانا شکسته بشن.
🧠 نکته مهم ۲:
این قوانین نه‌تنها ظاهر کد رو مرتب نگه می‌دارن،
بلکه همکاری تیمی و code review رو هم خیلی راحت‌تر می‌کنن!
🧠 نکته مهم ۲:
امریک آگوستن از توسعه دهندگان هسته جنگو میگه پایبندی به این محدودیت‌ها نباید انتخاب نام‌های کوتاه و ناخوانا رو برای متغیر ها، توابع و ... توجیه کنه. یعنی به هر حال باید اسم های انتخابی مون معنی دار باشن
📌 شما از کدهای ۷۹ کاراکتری استفاده میکنید یا ۹۹ کاراکتری؟
نظرتون رو برام بنویسید 👇
#two_scoops_of_django #pep #pep8
🆔 @CodeBazDev
📏 حداکثر طول خطوط در پایتون طبق PEP8 و کتاب Two Scoops of Django:
🔹 من با خوندن داکیومنت رسمی PEP8 و بخش 1.2.1 کتاب Two Scoops of Django به این نتیجه رسیدم:
✅ در پروژه‌های اپن‌سورس:
حداکثر طول هر خط کد باید ۷۹ کاراکتر باشه.
✅ در پروژه‌های شخصی یا تیمی (غیراپن‌سورس):
می‌تونید این محدودیت رو تا ۹۹ کاراکتر افزایش بدید،
💬 به شرطی که همه اعضای تیم باهاش موافق باشن.
✅ برای docstringها و commentها (توضیحات):
چه پروژه اوپن‌سورس باشه، چه نباشه،
🔸 حداکثر طول باید ۷۲ کاراکتر بمونه.
این باعث میشه متون طولانی در ادیتورها به شکل منظم و خوانا شکسته بشن.
🧠 نکته مهم ۲:
این قوانین نه‌تنها ظاهر کد رو مرتب نگه می‌دارن،
بلکه همکاری تیمی و code review رو هم خیلی راحت‌تر می‌کنن!
🧠 نکته مهم ۲:
امریک آگوستن از توسعه دهندگان هسته جنگو میگه پایبندی به این محدودیت‌ها نباید انتخاب نام‌های کوتاه و ناخوانا رو برای متغیر ها، توابع و ... توجیه کنه. یعنی به هر حال باید اسم های انتخابی مون معنی دار باشن
📌 شما از کدهای ۷۹ کاراکتری استفاده میکنید یا ۹۹ کاراکتری؟
نظرتون رو برام بنویسید 👇
#two_scoops_of_django #pep #pep8
🆔 @CodeBazDev
👍6
یه چیز خوبی که مهندس دلشاد، مدیرم سالها قبل یادم داد این بود که تو نامگذاری از قانون prefix استفاده کنم.
البته ایشون اسمش براش نذاشته بود من اسمش رو میذارم prefix
این قانون میگه که همه
- پوشه های کنار هم
- فایل های کنار هم
- توابع کنار هم
- متغیر های کنار هم
- و ...
که یه بخش یکسان تو اسمشون هست، اون بخش یکسان رو اولش بنویس
اینطوری چشم سریع تر پیداش میکنه
تو این عکس اپ مورد نظرتون رو از سمت راست سریع تر پیدا میکنید یا از سمت چپ؟
#djangop #pep8
🆔 @CodeBazDev
البته ایشون اسمش براش نذاشته بود من اسمش رو میذارم prefix
این قانون میگه که همه
- پوشه های کنار هم
- فایل های کنار هم
- توابع کنار هم
- متغیر های کنار هم
- و ...
که یه بخش یکسان تو اسمشون هست، اون بخش یکسان رو اولش بنویس
اینطوری چشم سریع تر پیداش میکنه
تو این عکس اپ مورد نظرتون رو از سمت راست سریع تر پیدا میکنید یا از سمت چپ؟
#djangop #pep8
🆔 @CodeBazDev
👍4
نامگذاری هایی که سمت بکند انجام میشه خیلی مهم هستند.
گاهی یه نام گذاری اشتباه در بکند میتونه حسابی تو فرانت افتضاح به بار بیاره
به این عکس توجه کنید. اینجا سمت فرانت از ابزاری استفاده شده که به صورت خودکار کد های بکند رو اسکن میکنه و براشون کد js جنریت میکنه
ستون سمت چپ ایراد داره
ستون سمت راست درسته
در این مثال یک اشتباه در نامگذاری سمت بکند باعث شده ۷ تا تابع با نام نادرست سمت فرانت تولید بشه.
اگه متوجه منظورم نشدید کامنت بذارید تا ویس بدم و توضیح بدم
#django #pep8
🆔 @CodeBazDev
گاهی یه نام گذاری اشتباه در بکند میتونه حسابی تو فرانت افتضاح به بار بیاره
به این عکس توجه کنید. اینجا سمت فرانت از ابزاری استفاده شده که به صورت خودکار کد های بکند رو اسکن میکنه و براشون کد js جنریت میکنه
ستون سمت چپ ایراد داره
ستون سمت راست درسته
در این مثال یک اشتباه در نامگذاری سمت بکند باعث شده ۷ تا تابع با نام نادرست سمت فرانت تولید بشه.
اگه متوجه منظورم نشدید کامنت بذارید تا ویس بدم و توضیح بدم
#django #pep8
🆔 @CodeBazDev
🙏1