
بازسازی - بدهی فنی - مدل های طراحی
این نوشته خلاصه ای از یادداشتهای سایت https://refactoring.guru/ هست.
بدهی فنی:
علل بدهی فنی:
۱. فشار بیزینس
۲. عدم درک از موضوع بدهی فنی
۳. عدم توانایی تفکیک پروژه به بخشهای مجزا
۴. عدم تست نویسی
۵. عدم داشتن مستندات
۶. عدم ارتباط موثر بین اعضاء تیم
۷. تاخیر در باز طراحی بخشهای کوچک
۸. عدم نظارت کافی
۹. بی کفایتی توسعه دهنده
چه زمانی بازسازی را انجام بدیم؟
وقتی یه چیزی رو یک بار انجام دادید. فقط انجامش بدید
وقتی شد بار دوم. بغض کنید ولی باز انجامش بدید
وقتی شد بار سوم. باز طراحی رو شروع کنید…
باگها دقیقا مثل موجودات موذی هستند. در کثیفترین و تاریک ترین قسمتهای کد زندگی میکنند. پس اگر کد تمیزی داشته باشیم باگ کمتری داریم.
چکلیست بازسازی
کد بعد از بازسازی باید تمیز شده باشد
افزودن فیچر در زمان بازسازی ممنوع است
تمامی تستهای فعلی باید پاس شوند
بوی بد کد
کدهای نفخ زده
۱. متودهای طولانی - هر متودی که بیش از ده خط باشد باید ازش سوال بپرسیم که چه خبره؟
۲.کلاسهای بزرگ
۳. وسواس اولیه. استفاده از متغیرهای ثابت یا آرایه به جای اشیاء
۴. تعداد ورودیهای متود اگر بیشتر از سه یا چهارتا بود