Chương 2 CÁC “THÔNG LỆ” TRONG XP
2.3. CẢI TIẾN MÃ LỆNH
2.3.7. Các vấn đề cần lư uý khi cải tiến mã lệnh
Ngay khi có lợi ích trong nhiều trường hợp, cải tiến mã lệnh khơng ln dễ hoặc thậm chí khơng có ích trong nhiều trường hợp khác. Chẳng hạn, các hệ thống dựa trên hệ quản trị cơ sở dữ liệu Access là rất khó sửa đổi. Hầu hết các ứng dụng cho doanh nghiệp liên quan rất mật thiết với lược đồ cơ sở dữ liệu hỗ trợ chúng, làm cho cơ sở dữ liệu và thậm chí hệ thống xây dựng trên đó rất khó sửa đổi. Nếu các lập trình viên có khả năng phân biệt lớp các đối tượng trong cơ sở dữ liệu, họ vẫn bị ép buộc phải chuyển đổi dữ liệu khi lược đồ cơ sở dữ liệu thay đổi. Việc chuyển đổi dữ liệu cũng là vấn đề rất khó khăn đối với việc sửa đổi một ứng dụng [29].
Việc sửa đổi một giao diện trong một hệ thống hướng đối tượng ln là một sửa đổi chính khi so sánh với việc sửa đổi sự thực thi. Chẳng may hầu hết các cải tiến mã lệnh đều làm thay đổi giao diện. Vấn đề này dễ xử lý nếu các lập trình viên truy cập đến mã lệnh tương ứng với các giao diện đã được sửa đổi - họ cũng chỉ có thể sửa đổi những phần đó.
Vấn đề nghiêm trọng hơn nữa với các giao diện được sử dụng phổ biến
(ví dụ, các giao diện đã được sử dụng bởi những người bên ngoài tổ chức
hoặc bởi mã lệnh mà các lập trình viên khơng sửa đổi). Nếu các lập trình viên phải sửa lại các giao diện đã được sử dụng phổ biến, họ nên giữ lại cả phiên bản mới và phiên bản cũ và phiên bản cũ nên gắn với phần đã được sửa đổi.
Những rắc rối này cho thấy, không nên đưa ra sử dụng những giao diện quá sớm.
Đơi khi các lập trình viên khơng nên cải tiến mã lệnh một hệ thống ngay từ đầu. Lý do là hệ thống đó cần được viết lại từ đầu. Điều này thường cho thấy rằng hệ thống không làm việc một cách đơn giản và vẫn còn rất nhiều lỗi khơng dễ gì có thể sửa được.