Ndepend và tự động phân tích mã khác revelence?

Question

Kể từ hôm qua, tôi đang phân tích một dự án của chúng tôi với Ndepend (miễn phí cho hầu hết các tính năng của nó) và tôi đang sử dụng nó, và tôi càng nghi ngờ về giá trị thực của loại phần mềm này (phần mềm phân tích mã).

Hãy để tôi giải thích, Hệ thống xây dựng một báo cáo về sức khỏe của hệ thống và lớp học bằng cách xếp hạng mọi chỉ số. Tôi nghĩ rằng đó sẽ là một điểm khởi đầu tốt để thực hiện các thay đổi nhưng hầu hết kết quả hàng đầu đều ở đây vì chúng có hơn 100 dòng trong lớp (chúng tôi có các tiêu đề lớn và chúng tôi sử dụng các kiểu nhận xét của VS). hơn số lượng Afferent Coupling level (CA) luôn quá cao và điều này gần như rất đúng đối với Interface mà chúng ta sử dụng rất nhiều ... vì vậy tại thời điểm này tôi không thấy điều gì sai nhưng NDepend dường như không thích nó (nếu bạn có đề xuất cải thiện điều đó cho tôi biết vì tôi không thấy cần thiết). Đó là samething cho số liệu được gọi là "Ủy ban Olympic Quốc" cho Sô trẻ em rằng hầu hết các giao diện của tôi quá cao ...

Đối với thời điểm này, số liệu chỉ rất hữu ích là Cyclomatic phức tạp ...

Câu hỏi của tôi là: Bạn có thấy nó có giá trị khi phân tích mã bằng Trình phân tích mã tự động như NDepend không? Nếu có, làm thế nào để bạn lọc tất cả các thông tin mà tôi đã đề cập đến mà không thực sự cho thấy sức khỏe thực sự của hệ thống?

Answer 1

Số liệu thực sự chỉ là một tính năng của NDepend, bạn có cố gắng sử dụng VisualNDepend cho phép bạn phân tích dự án của mình sâu hơn nhiều so với báo cáo không? Bằng cách đọc bình luận của bạn, tôi gần như chắc chắn bạn không chơi với NDepend UI (độc lập hoặc tích hợp trong Visual Studio), đó là cách tốt nhất để lọc dữ liệu về cơ sở mã của bạn.

Tôi là một trong những nhà phát triển NDepend và chúng tôi sử dụng nó rất nhiều để phân tích mã của riêng mình. Về cơ bản, chúng tôi viết các quy tắc chất lượng của riêng mình với Code Rules over LINQ Queries (CQLinq). Những quy tắc này tự động đảm bảo rằng chúng tôi không có hồi quy về thiết kế của chúng tôi. Ở đây bạn sẽ tìm thấy danh sách khoảng 200 default code rules.

Dưới đây là một số tính năng độc đáo của NDepend và không liên quan đến số liệu mã:

• quy tắc Viết CQLinq để đảm bảo chúng tôi không có lỗ hổng kiến ​​trúc, chẳng hạn như dependency cycles between our components, UI using directly the DB hoặc DB vướng với các doanh nghiệp các đối tượng.

• Hãy chắc chắn rằng chúng tôi không có vấn đề với mã số bảo hiểm bằng cách kiểm tra (như chúng tôi đảm bảo với một quy tắc CQLinq rằng nếu một lớp được coi là 100% bảo hiểm, it will remain 100% covered in the future)

• Thực thi tác dụng phụ -mã miễn phí (immutable class/phương pháp thuần túy)

• Sử dụng khả năng so sánh 2 phân tích với thay đổi đánh giá mã kể từ lần phát hành trước, trước khi thực hiện bản phát hành mới. Cụ thể hơn, tôi thích sử dụng NDepend để biết which method has been added and refactored since the last release, and is not 100% covered by tests.

• Có đóng gói tối ưu cho tất cả các thành viên và loại của chúng tôi (như knowing which internal methods can be declared as private). Điều này cũng liên quan đến dead-code detection mà NDepend cũng hỗ trợ.

Để biết danh sách đầy đủ các tính năng nếu NDepend, hãy xem here.

Answer 2

Tôi không nhất thiết thấy kết quả NDepend là "tốt" hoặc "xấu" trong kỹ nghệ phần mềm, luôn có lý do chính đáng tại sao ứng dụng được thiết kế theo cách đó. Tôi thấy đó là một báo cáo có thể giúp tôi chỉ ra các vấn đề với thiết kế của mình, nhưng tôi có từ cuối cùng khi quyết định xem một phương pháp có cần được tái cấu trúc hay không hay cách tôi thiết kế nó. Nói chung, đừng quá cố gắng để trả lời nếu nó có giá trị hay không. Nó chắc chắn là, thay vào đó tôi sẽ đề nghị bạn xem xét cẩn thận các kết quả. Điều này sẽ giúp bạn xem thiết kế của bạn từ góc nhìn khác và có thể có những dịp bạn quyết định cách bạn thiết kế nó là cách tốt nhất để đạt được mục tiêu ứng dụng của bạn.