Refactoring: thay đổi cấu trúc mã mà không đánh cược hành vi hệ thống

Phương pháp từng bước, có kiểm thử và vốn từ vựng rõ ràng

Refactoring thường bị hiểu thành viết lại code cho đẹp. Martin Fowler đưa khái niệm về đúng kỷ luật của nó: cải thiện cấu trúc bên trong trong khi giữ nguyên hành vi quan sát được. Điều này đòi hỏi kiểm thử, bước thay đổi nhỏ và nhịp phản hồi đủ nhanh để phát hiện sai lệch.

Danh mục kỹ thuật trong sách rất hữu ích, nhưng tư duy phía sau còn quan trọng hơn tên từng phép biến đổi. Khi một đoạn mã khó thay đổi, kỹ sư cần nhận diện mùi code, chọn một bước nhỏ và đánh giá lại. Cách làm này giảm rủi ro so với cuộc “đại tu” kéo dài rồi tích hợp một lần.

Ví dụ JavaScript của ấn bản mới giúp sách gần hơn với hệ sinh thái hiện đại, dù người dùng ngôn ngữ khác vẫn phải dịch kỹ thuật sang idiom phù hợp. Refactoring cũng không thay thế quyết định sản phẩm: không phải mọi code xấu đều đáng sửa ngay. Câu hỏi đúng là cấu trúc hiện tại đang cản trở thay đổi có giá trị nào.