چه زمانی باید Refactor کرد؟
چه زمانی باید Refactor کرد؟

تصویری: چه زمانی باید Refactor کرد؟

تصویری: چه زمانی باید Refactor کرد؟
تصویری: کد خود را تغییر ندهید اگر... 2024, ممکن است
Anonim

مارتین فاولر قانون سه را توضیح می دهد که توضیح می دهد چه زمانی اصلاح کنیم ، در کتابش Refactoring . او می گوید که اولین بار توسعه دهندگان انجام دادن چیزی، آنها باید انجام دهید آن را به طور مستقیم دفعه بعد، اگر آنها انجام دادن چیزی مشابه، آنها می توانند قطعه کد موجود را کپی کنند. بار سوم، آنها باید بازسازی شود.

در اینجا، چه زمانی نباید اصلاح کنید؟

با توجه به کد بدون آزمایش، می توانید Refactor آن را برای تست پذیرتر کردن. شما انجام می دهید نه refactor زمانی که نمی توانید کد حاصل را به موقع آزمایش کنید تا آن را تحویل دهید تا همچنان برای گیرنده ارزشمند باشد. شما انجام می دهید نه refactor کد زمانی که شما بازسازی اراده نه بهبود کیفیت کد

همچنین بدانید، چه زمانی باید Refactoring در چابک انجام شود؟ Refactoring اصل دوم: کاتالیزورهای تجاری اگر کسب و کار به یک ویژگی جدید نیاز دارد، پس refactoring باید فقط باشد انجام شده در قسمت هایی از سیستم که برای فعال کردن آن ویژگی مورد نیاز است. به عبارت دیگر، نکن Refactor کل رابط کاربری، فقط Refactor بخش هایی که به درخواست تجاری خاص مربوط می شوند.

علاوه بر موارد فوق، چه زمانی باید بازسازی مجدد انجام دهید؟

Refactoring فرآیند تغییر ساختار کد بدون تغییر آن است رفتار - اخلاق . باید مورد استفاده قرار گیرد به سهولت افزودن ویژگی ها از آنجا که نتیجه کدی است که بوی بهتری می دهد، گاهی اوقات مردم گیج می شوند و چنین فکر می کنند بازسازی پایان است به خود من با آن احساس مخالف است

چه چیزی باعث می‌شود که شما را بازسازی کنید؟

یکی از اصلی ترین دلایل بازسازی این است که در یک نقطه شما دریابید که کد توسط بیش از یک مسیر کد استفاده می شود و شما نمی خواهید کپی کنید (کپی و جایگذاری کنید) اما دوباره استفاده کنید. این امر به ویژه در مواردی که شما یک خطا در آن کد پیدا کنید.

توصیه شده: