帖子 • خطاها نباید نادیده گرفته شوند، مگر به صورت صریح و واضح!

• خطاها نباید نادیده گرفته شوند، مگر به صورت صریح و واضح! خطاهای برنامه نیاز است به صورت صحیح مدیریت شوند. استفاده از pass برای نادیده گرفتن آنها ممکن است به صورت موقت مشکل را پنهان کند، اما در آینده ممکن است باعث بروز خطاهایی شود که یافتن و اصلاح آنها سخت تر و بعضاً جبران ناپذیر باشد. # Silent error ❌ try:     result = some_function() except:     pass  # No error handling # Not silent ✅️ try:     result = some_function() except Exception as e:     print(f"Error occurred: {e}") اما بعضاً ممکن است نیاز شود یک خطا نادیده گرفته شود که در این صورت بهتر است این نادیده گرفتن به صورت صریح و واضح انجام شود. # Not explicit ❌ try:     result = some_function() except Exception:     pass # Explicit ✅️ try:     result = some_function() except SpecificException:     pass  # ignore this specific case • در صورت مواجه شدن با ابهام، حدس و گمان را کنار بگذارید زمانی که با شرایطی مواجه می‌شوید که موضوعی مبهم است، به جای حدس زدن و تکیه بر راه‌حل‌های موقت، به روشن‌سازی ابهامات بپردازید تا مشکل به‌صورت اساسی حل شود. این کار باعث می‌شود که از اشتباهات ناشی از حدس و گمان جلوگیری شده و راه‌حل‌های دائمی و کارآمد پیدا شود. • برای هر کار باید تنها یک راهکار واضح وجود داشته باشد استفاده از راه حل‌های گوناگون برای انجام یک کار، پیچیدگی را افزایش می‌دهد. برای این‌که کارها به بهترین شکل و کمترین پیچیدگی انجام شوند، بهتر است تنها یک راه حل واضح انتخاب شود. متاسفانه، در برخی از فریمورک‌ها و کتابخانه‌ها، شاهد ارائه چندین راه حل برای یک مسئله خاص هستیم که باعث پیچیدگی بیشتر و کاهش وضوح می‌شود. (اگه طرفدار راهکار های مختلف برای یک کار هستی بهتره جمع کنی بری Perl 😇) # One way ✅️ list.append(item) # Not obvious alternatives should be avoided • ممکن است اولین راهکار، بهترین راهکار نباشد در برخی موارد، یافتن یک راهکار واضح برای انجام کار، زمان بیشتری می‌طلبد. این امر می‌تواند باعث شود که در طول زمان، راهکارهای مختلف برای انجام یک کار پیشنهاد شوند. برای مثال، در پایتون برای فرمت‌ کردن رشته، چندین روش مختلف وجود دارد که اصل قبلی را نقض میکند. age = 33 formatted = f"Age: {age}" formatted = "Age: {}".format(age) formatted = "Age: %d" % age • حال بهتر از هرگز، و هرگز بهتر از همین حالا است! اقدام کردن و انجام دادن یک کار بهتر از به تعویق انداختن و منتظر ماندن برای زمان کاملاً مناسب است، چون زمان کاملاً مناسب هرگز فرا نمی‌رسد و این انتظار باعث می‌شود آن کار هیچوقت انجام نشود. با این حال، این اصل نباید باعث شود کارها بدون برنامه‌ریزی انجام شوند. بهتر است صبر کنیم تا با دقت و برنامه‌ریزی درست دست به انجام آن کار بزنیم؛ در غیر این صورت، انجام کارها با عجله و بی‌برنامگی نیز مناسب نیست. • اگر توضیح و پیاده سازی یک راهکار دشوار باشد، پس راهکار خوبی نیست. اما در صورت آسانی ممکن است که یک راهکار خوبی باشد اگر یک راهکار هرچند سودمند، اما پیچیده باشد و درک و پیاده‌سازی آن برای برنامه‌نویسان سخت و دشوار باشد، آن راهکار یک راهکار خوبی نیست. اما آسان بودن یک راهکار نیز همیشه به معنی درست بودن آن راهکار نیست. اصول و قوانین ذکر شده، مبانی طراحی زبان برنامه‌نویسی پایتون را تشکیل می‌دهند. ممکن است هرشخص تعابیر متفاوتی ازین اصول داشته باشد که توضیحات بالا نیز برداشت شخصی من از این اصول است. به طور خلاصه، این اصول بر زیبایی، وضوح، سادگی، آسانی و خوانایی تأکید دارند. لازم به ذکر است که این اصول به صورت طنزآمیز، شاعرانه و کلی بیان شده‌اند و بیشتر به چگونگی طراحی زبان پایتون و دلایل این طراحی اشاره دارند که بر اساس آن میتوانید تشخیص دهید چه روشی پایتونیک چه و روشی غیرپایتونیک است. برای استفاده از زبان پایتون، یک سری قوانین و دستورالعمل‌های دیگری بنام PEP 8 وجود دارد که با صراحت و جزئیات کامل، چگونگی کدنویسی در این زبان را شرح داده است. در آینده به بررسی این دستورالعمل‌ها نیز خواهیم پرداخت. 🔖 #Python, #پایتون 👤 xin 💎 Channel: @DevelopixPython