Bạn có ba tùy chọn cơ bản:
Nếu ứng dụng rất nhỏ và lộn xộn thực sự , bắt đầu lại có thể là lựa chọn tốt nhất của bạn.
Tái cấu trúc .
Sống với mớ hỗn độn và hack trong các tính năng bổ sung.
Thông thường, tùy chọn (2) là đặt cược tốt nhất của bạn.
Bao nhiêu tái cấu trúc bạn thực sự làm sẽ phụ thuộc vào tài nguyên bạn đặt vào so với giá trị bạn nhận được. Các câu hỏi sẽ bao gồm:
- Thời gian / ngân sách có sẵn?
- Bạn dự đoán bao nhiêu sửa đổi trong tương lai?
- Ai khác sẽ thấy mã? (tức là mã lộn xộn sẽ làm tổn hại danh tiếng của bạn?)
- Có ai khác dự kiến sẽ duy trì mã?
- Những công cụ tái cấu trúc có sẵn để giúp bạn?
- Kinh nghiệm của bạn về tái cấu trúc là gì?
- Bạn sẽ có được kinh nghiệm gì từ việc tái cấu trúc?
- Những loại tái cấu trúc sẽ cung cấp cho bạn những lợi ích nhất?
- Những bài kiểm tra tự động đã tồn tại? Cần phải được viết?
- Bao nhiêu thử nghiệm thủ công sẽ được yêu cầu?
- Bạn sẽ cảm thấy thế nào nếu bạn để lại mã như vậy?
Theo kinh nghiệm của tôi, rất dễ dàng để đi vào vũng bùn thích hợp trong một phiên tái cấu trúc. Những bài học quan trọng nhất mà tôi đã học được là:
- Làm một việc tại một thời điểm.
- Thực hiện các bước nhỏ.
- Sử dụng tốt kiểm soát nguồn của bạn (kiểm tra thường xuyên + bao gồm các bình luận).
- Sử dụng các công cụ tái cấu trúc tự động.
- Biết IDE.