LỘC có lẽ là một trong những số liệu bị lạm dụng nhiều nhất và kết quả có lẽ là một trong những thước đo vô dụng hơn về chất lượng mã, và một phép đo thậm chí còn vô dụng hơn đối với nỗ lực lập trình.
Vâng, đó là một tuyên bố táo bạo để tôi đưa ra, và không, tôi không thể chỉ cho bạn các nghiên cứu chứng minh quan điểm của tôi. Tuy nhiên, tôi có thể nói với kinh nghiệm khó kiếm được rằng khi bạn bắt đầu lo lắng về việc bạn đã viết bao nhiêu mã, có lẽ bạn đang lo lắng về các vấn đề sai.
Trước tiên, bạn cần tự hỏi mình đang cố gắng đo lường hoặc chứng minh điều gì, và liệu bằng chứng này chỉ đơn thuần là không quan tâm hay để hỗ trợ cải thiện chất lượng rộng hơn và nơi bạn cần sử dụng thông tin này để mua từ nhóm của mình / quản lý để làm một cái gì đó về nó.
Một trong những điều mà tôi có xu hướng sử dụng LỘC là một chút kiểm tra độ tỉnh táo. Nếu tôi thấy mình viết rất nhiều mã, tôi trở nên quan tâm hơn đến LỘC mỗi phương thức, hoặc LỘC trên mỗi lớp, thay vì LỘC trên tất cả. Các phép đo này có thể là các chỉ số mà bạn phải tái cấu trúc thêm nếu bạn cảm thấy một chút OCD về việc mã của bạn sẽ được bao nhiêu. Các lớp rất lớn có thể cần phải được cấu trúc lại thành một vài lớp nhỏ hơn và các phương thức nhiều dòng dài có thể cần được chia thành một số phương thức, các lớp khác hoặc thậm chí có thể chỉ ra một số sự lặp lại có thể được loại bỏ. Lưu ý rằng tôi đã sử dụng từ "có thể" nhiều lần ở đó.
Thực tế là LỘC chỉ cung cấp một chỉ báo khả thi và không có gì đảm bảo thực sự rằng mã của bạn có thể cần thay đổi. Câu hỏi thực sự cần đặt ra là liệu mã có hoạt động theo yêu cầu và như mong đợi hay không. Nếu vậy, câu hỏi tiếp theo của bạn là liệu bạn có thể duy trì mã dễ dàng hay không và liệu bạn sẽ có thời gian ngay bây giờ hay trong tương lai để thay đổi mã làm việc để giảm chi phí bảo trì trong tương lai.
Thông thường, rất nhiều mã có nghĩa là bạn sẽ có nhiều thứ để duy trì sau này, nhưng đôi khi ngay cả mã được bao bọc kỹ lưỡng cũng có thể kéo dài tới hàng trăm dòng mã, và vâng, đôi khi bạn có thể thấy mình viết hàng trăm dòng mã trong một ngày. Tuy nhiên, kinh nghiệm cho tôi biết rằng nếu tôi duy trì sản lượng hàng trăm dòng mã mới mỗi ngày, thì thường có nguy cơ phần lớn mã bị cắt và dán không đúng cách từ một nơi khác và bản thân nó có thể chỉ ra vấn đề với trùng lặp và bảo trì, nhưng một lần nữa điều đó không đảm bảo, vì vậy tôi có xu hướng dựa vào những gì kinh nghiệm và bản năng của tôi nói với tôi dựa trên cách hoàn thành các nhiệm vụ trong tay.
Cách tốt nhất để tránh tình trạng khó xử đặt ra trong câu hỏi của bạn IMHO là quên đi LỘC và tái cấu trúc TẤT CẢ thời gian. Viết kiểm tra mã của bạn trước, thực hiện để thất bại, tái cấu trúc để vượt qua, sau đó xem những gì có thể được tái cấu trúc ở đó và sau đó để cải thiện mã. Bạn sẽ rời nhiệm vụ khi biết rằng bạn đã kiểm tra lại công việc của mình và bạn sẽ không lo lắng về việc tự đoán thứ hai trong tương lai. Nói một cách thực tế, nếu bạn sử dụng cách tiếp cận thử nghiệm đầu tiên như tôi đã mô tả, bất kỳ phép đo LỘC / ngày nào trên mã hoàn thành của bạn sẽ thực sự có nghĩa là bạn đã viết 3-5 lần số đo, với nỗ lực đó được ẩn thành công bằng cách tái cấu trúc liên tục của bạn nỗ lực.