Tôi đang thực hiện một số phép tái cấu trúc dự án Delphi của mình. Tôi muốn có thể thực hiện thay đổi, sau đó xem tất cả các địa điểm trong dự án bị phá vỡ do thay đổi đó. Tương tự như cách Eclipse liệt kê tất cả các lỗi biên dịch cho một dự án (trong Java).Tìm tất cả các lỗi biên dịch trong dự án Delphi
Trong Delphi, tôi có thể thực hiện thay đổi, sau đó biên dịch lại dự án của tôi, nhưng trình biên dịch dừng lại khi tìm thấy Đơn vị đầu tiên không biên dịch. Tôi phải sửa đơn vị đó, biên dịch lại, sau đó sẽ hiển thị cho tôi lỗi tiếp theo, v.v.
Tôi muốn có thể xem lỗi biên dịch trong dự án cùng một lúc. Sau đó, tôi có thể quyết định xem thay đổi có đáng làm hay không. Ví dụ, nếu thay đổi sẽ yêu cầu sửa chữa bằng tay 50 tệp nguồn riêng biệt, nó không đáng làm. Nhưng nếu nó chỉ phá vỡ 2 tập tin thì đó là một thay đổi dễ dàng để thực hiện.
Có cách nào để thực hiện việc này trong Delphi không? Tôi có thể yêu cầu trình biên dịch tiếp tục ngay cả sau khi tìm một Đơn vị không biên dịch không?
Tôi đang sử dụng Delphi 2010
Thú vị. Nói cách khác, nếu tôi có tất cả các lớp học trong một Đơn vị lớn, thay vì đặt mỗi lớp vào một Đơn vị riêng biệt, tôi có thể thấy tất cả các lỗi trong Đơn vị cùng một lúc. Như bạn đã gợi ý, điều này không thực sự thực tế đối với kích thước của các dự án mà chúng tôi làm hôm nay (đã bao giờ?). Tôi chắc chắn chưa bao giờ thấy một cái lọ Java có toàn bộ nguồn của nó trong một tệp .java! – awmross
@awmross: Thú vị, nhưng đồng bằng sai. Eclipse có thể hiển thị tất cả các lỗi trong tất cả các tệp Java. Delphi rõ ràng có thể làm điều đó quá, ít nhất là có lỗi trong phần 'thực hiện' chỉ. Ngay cả các lỗi trong phần 'giao diện' cũng không cản trở việc biên dịch các đơn vị không phụ thuộc vào đơn vị sai. Lý do thực sự có thể là các nhà phát triển Delphi không thấy tính năng này đủ hữu ích. – maaartinus
@maaartinus - Tôi không nghĩ đó là một câu hỏi về việc nó không được xem là hữu ích, nhiều hơn rằng nó được xem là đang sử dụng * ít hơn *. ví dụ. bất kỳ C# deveoper nào sẽ cho bạn biết rằng khi bạn có một lỗi biên dịch trong một assembly trong một giải pháp mà thường dẫn đến một chuỗi các lỗi do kết quả của assembly đó không có sẵn. Vì vậy, bạn bắt đầu với hơn 200 lỗi được sửa, nhưng nếu bạn sửa lỗi biên dịch đầu tiên, ** tất cả ** 200 lỗi được giải quyết. Vậy những dấu hiệu có ý nghĩa thực sự được cung cấp bởi những lỗi 200+ -1 đó? Dịp khi> 1 lỗi là hữu ích có thể tồn tại, nhưng rất ít và xa giữa. – Deltics