Công ty của tôi gần đây đã mua TFS và tôi đã bắt đầu xem xét các công cụ phân tích mã để giúp tăng chất lượng mã và nhận thấy chỉ số "chỉ số bảo trì" tốt. Có ai sử dụng số liệu này để đánh giá mã/đăng ký/etc không? Nếu vậy, một chỉ số chấp nhận được cho các nhà phát triển để làm việc hướng tới là gì?Chỉ số bảo trì tốt bằng cách sử dụng phân tích mã Visual Studio 2008 là gì?
Chỉ số bảo trì không phải là giá trị cố định mà bạn nhìn vào, đó là dấu hiệu cho thấy mã khó hiểu, kiểm tra và/hoặc gỡ lỗi. Tôi thường cố gắng giữ mã mức cao (về cơ bản là bất cứ điều gì ngoại trừ mã đường ống dẫn nước thực) trên 80, nơi 90+ sẽ tốt. Nó cho biết thêm một yếu tố cạnh tranh để lập trình như là duy trì càng tốt cho tôi.
Công cụ phân tích mã thực sự tỏa sáng trong khu vực phụ thuộc và số lượng nhánh trong một phương thức. Các nhánh khác có nghĩa là thử nghiệm khó hơn, điều này khiến cho nó dễ bị lỗi hơn. Phụ thuộc, cùng một điều.
Trong mã của người khác, tôi sử dụng chỉ số bảo trì để phát hiện các phần có thể có trong mã, vì vậy tôi biết nơi để xem xét nó. Ngoài ra, các phương thức/lớp học với số lượng lớn các dòng là một dấu hiệu của mã nghèo với tôi (trừ khi nó không thể tránh được, một lần nữa, các công trình hệ thống ống nước).
Cuối cùng, tôi nghĩ chủ yếu phụ thuộc vào tần suất mã của bạn sẽ thay đổi. Mã được dự kiến sẽ thay đổi rất nhiều để có điểm số cao hơn trong khả năng bảo trì so với mã 'viết một lần' điển hình của bạn.