Khi nào bạn nên cấu trúc lại?

2024 Tác giả: Lynn Donovan | [email protected]. Sửa đổi lần cuối: 2023-12-15 23:55

Martin Fowler mô tả quy tắc ba, điều này giải thích khi nào cần tái cấu trúc , trong cuốn sách của anh ấy Tái cấu trúc . Anh ấy nói rằng lần đầu tiên các nhà phát triển làm cái gì đó, họ nên làm nó một cách thẳng thắn. Lần sau, nếu họ làm một cái gì đó tương tự, chúng có thể sao chép đoạn mã hiện có. Lần thứ ba, họ nên cấu trúc lại.

Sau đây, khi nào bạn không nên cấu trúc lại?

Đưa ra mã không có kiểm tra, bạn có thể cấu trúc lại để làm cho nó dễ kiểm tra hơn. Bạn làm không tái cấu trúc khi bạn không thể kiểm tra mã kết quả kịp thời để gửi mã đó sao cho nó vẫn có giá trị đối với người nhận. Bạn làm không tái cấu trúc mã khi của bạn tái cấu trúc sẽ không phải nâng cao chất lượng của mã.

Cũng cần biết, khi nào thì nên thực hiện cấu trúc lại trong agile? Tái cấu trúc Nguyên tắc thứ hai: Chất xúc tác kinh doanh Nếu doanh nghiệp cần một tính năng mới, thì tái cấu trúc nên chỉ được xong trên những phần của hệ thống được yêu cầu để kích hoạt tính năng đó. Nói cách khác, đừng cấu trúc lại toàn bộ giao diện người dùng, chỉ cấu trúc lại các phần liên quan đến yêu cầu kinh doanh cụ thể.

Ngoài phần trên, khi nào bạn nên tiến hành tái cấu trúc?

Tái cấu trúc là quá trình thay đổi cấu trúc của mã mà không làm thay đổi cư xử . Nó nên được dùng đến dễ dàng bổ sung các tính năng. Bởi vì kết quả là mã "có mùi" tốt hơn, đôi khi mọi người bối rối và nghĩ rằng tái cấu trúc là một kết thúc đến chinh no. tôi không đồng ý với tình cảm đó.

Nguyên nhân nào khiến bạn phải cấu trúc lại?

Một trong những chính lý do tái cấu trúc đó có phải là tại một số thời điểm bạn tìm ra rằng mã được sử dụng bởi nhiều hơn một đường dẫn mã và bạn không muốn sao chép (copy & paste) nhưng sử dụng lại. Điều này đặc biệt quan trọng trong những trường hợp bạn tìm lỗi trong mã đó.