Làm thế nào để bạn chỉ định mã lỗi?

Làm thế nào, khi phát triển một dự án có quy mô vừa, bạn có xác định, tạo và duy trì mã lỗi không?

Đối với cuộc sống của tôi, tôi không thể nghĩ ra một phương pháp đơn giản và sạch sẽ để làm như vậy. Một số ý tưởng của tôi chuyển đổi tên lớp và tên phương thức thành một chuỗi số nguyên, nhưng đó là cách lâu dài để hiển thị cho người dùng trên thực tế là tên phương thức và tên lớp có thể thay đổi (hy vọng là không!). Những người khác chỉ đang sử dụng một hệ thống nhật ký gia tăng (nghĩa là khi tôi tạo một thông báo lỗi mới, chỉ cần thêm 1 vào id thông báo lỗi cuối cùng). Nhưng đó chỉ là hoàn toàn không có tổ chức.

Để cụ thể hơn, tôi đang nói về mã lỗi, chẳng hạn như:

Error 401 Unauthorized.

Không.

Mã lỗi là lỗi thời, chúng xuất phát từ thời xa xưa khi đầu ra thực sự khó khăn và tốn kém, và cách duy nhất để báo hiệu tình trạng lỗi có thể là thông qua một loạt đèn phía trước:

Ngày nay, chúng tôi đã xử lý ngoại lệ trưởng thành được tích hợp vào khá nhiều ngôn ngữ chính. Sử dụng nó. Cung cấp cho người dùng thông tin họ có thể làm việc với; đừng làm phiền họ với blah-blah kỹ thuật, mà nên nói cho họ biết những gì đã sai và họ có thể làm gì với nó. Để đăng nhập, chỉ cần đưa ra các tên mô tả ngoại lệ của bạn và đăng nhập tên. Dễ nhớ hơn và cũng dễ tìm hơn bằng cách sử dụng grep hoặc các công cụ tìm kiếm tương tự.

Tất nhiên, ngoại lệ là khi bạn lập trình cho các tình huống mà đầu ra vẫn khó khăn và tốn kém, chẳng hạn như các hệ thống nhúng hoặc giao thức mạng. HTTP vẫn sử dụng mã phản hồi số vì chúng cực kỳ dễ phân tích hiệu quả - trong một số trường hợp, chỉ đọc chữ số đầu tiên có thể cho bạn biết đủ và bạn có thể loại bỏ phần còn lại của gói.

Bạn nên kiểm tra cách mã lỗi / mã trạng thái được tổ chức trong các giao thức phổ biến như HTTP . Họ bảo lưu phạm vi riêng biệt cho các loại trạng thái / lỗi khác nhau. Điều này giúp người dùng dễ dàng xác định mã trạng thái không xác định và nhà phát triển gán mã cho một loại lỗi mới chưa được xử lý trước đó.

Xin lỗi, tại sao sử dụng mã lỗi ở tất cả?
Nắm bắt ngoại lệ, đăng nhập và đề nghị gửi báo cáo nếu chương trình không thể phục hồi .

(Giả sử ngôn ngữ của bạn hỗ trợ các ngoại lệ.)

Thông tin liên quan duy nhất có thể giúp bạn sửa lỗi là theo dõi ngăn xếp mà bạn không nhận được bằng mã lỗi. (Tôi cũng cho rằng bạn muốn sử dụng mã lỗi cho các báo cáo lỗi và không ném chúng vào mặt người dùng.)

Tôi sẽ giả định một bối cảnh thủ tục (C). Nếu bạn có các đối tượng, một đối tượng lỗi thường tốt hơn, cho dù có ngoại lệ hay không.

Bạn nên sử dụng mã lỗi cục bộ cho mỗi mô-đun. Đối với thư viện, bạn có thể có một tiêu đề đặc biệt liệt kê các mã lỗi, với số 1, 2, v.v (hoặc -1, -2 nếu bạn thích). Đảm bảo luôn trả về một trong các mã này, ví dụ: dịch errnosang mã của riêng bạn. Nếu bạn có nhiều lớp mô-đun, hãy dịch ở mỗi bước (hoặc xác định trước một phạm vi cho lỗi sâu hơn, ví dụ: các giá trị 1001 - 1050 là từ mô-đun khác đó).

Điều quan trọng nữa là bạn cung cấp một phương tiện để dịch mã thành một chuỗi. Bạn không bao giờ nên chỉ báo cáo mã, điều đó chỉ dẫn đến sự thất vọng. Trên thực tế, khá nhiều mã trong ứng dụng của bạn phải đi kèm với chức năng dịch chuỗi. Ví dụ libc thường có strerrorvà strsignal, nhưng đáng buồn là thiếu strwaitstatus.