Là một lập trình viên giỏi, người ta nên viết các mã mạnh mẽ sẽ xử lý mọi kết quả duy nhất của chương trình của mình. Tuy nhiên, gần như tất cả các chức năng từ thư viện C sẽ trả về 0 hoặc -1 hoặc NULL khi có lỗi.
Đôi khi rõ ràng là kiểm tra lỗi là cần thiết, ví dụ như khi bạn cố mở một tệp. Nhưng tôi thường bỏ qua việc kiểm tra lỗi trong các chức năng như printfhoặc thậm chí mallocvì tôi không cảm thấy cần thiết.
if(fprintf(stderr, "%s", errMsg) < 0){
perror("An error occurred while displaying the previous error.");
exit(1);
}
Có phải là một thực hành tốt để chỉ bỏ qua một số lỗi nhất định, hoặc có cách nào tốt hơn để xử lý tất cả các lỗi?
13
Phụ thuộc vào mức độ mạnh mẽ cần thiết cho dự án bạn đang làm việc. Các hệ thống có cơ hội nhận đầu vào từ các bên không tin cậy (ví dụ: máy chủ công khai) hoặc hoạt động trong môi trường không hoàn toàn tin cậy, cần được mã hóa rất thận trọng, để tránh mã trở thành quả bom hẹn giờ (hoặc liên kết yếu nhất bị hack ). Rõ ràng, các dự án sở thích và học tập không cần sự mạnh mẽ như vậy.
—
rwong
Một số ngôn ngữ cung cấp ngoại lệ. Nếu bạn không bắt ngoại lệ, chuỗi của bạn sẽ chấm dứt, điều này tốt hơn là để nó tiếp tục với trạng thái xấu. Nếu bạn chọn bắt ngoại lệ, bạn có thể bao gồm nhiều lỗi trong nhiều dòng mã bao gồm các hàm & phương thức được gọi bằng một
—
Erik Eidt
trycâu lệnh, do đó bạn không phải kiểm tra từng cuộc gọi hoặc thao tác. (Cũng lưu ý rằng một số ngôn ngữ tốt hơn các ngôn ngữ khác trong việc phát hiện các lỗi đơn giản như vô hiệu hóa hoặc chỉ số mảng ngoài giới hạn.)
Vấn đề chủ yếu là vấn đề phương pháp: bạn không viết kiểm tra lỗi thông thường khi bạn vẫn đang tìm ra những gì bạn phải thực hiện và bạn không muốn thêm kiểm tra lỗi ngay bây giờ vì bạn muốn có được "con đường hạnh phúc" ngay trước Nhưng bạn vẫn phải kiểm tra malloc và co. Thay vì bỏ qua bước kiểm tra lỗi, bạn phải ưu tiên các hoạt động mã hóa của mình và để kiểm tra lỗi là bước tái cấu trúc vĩnh viễn trong danh sách TODO của bạn, được áp dụng bất cứ khi nào bạn hài lòng với mã của mình. Thêm ý kiến "/ * KIỂM TRA * /" có thể greppable có thể giúp đỡ.
—
coredump
Tôi không thể tin rằng không ai nhắc đến
—
wchargein
errno! Trong trường hợp bạn không quen, trong khi sự thật là "gần như tất cả các chức năng từ thư viện C sẽ trả về 0 hoặc or1 hoặc NULLkhi có lỗi", họ cũng đặt errnobiến toàn cục mà bạn có thể truy cập bằng cách sử dụng #include <errno.h>và sau đó chỉ cần đọc giá trị của errno. Vì vậy, ví dụ, nếu open(2) trả về -1, bạn có thể muốn kiểm tra xem errno == EACCES, điều đó có cho biết lỗi quyền hay không ENOENT, điều đó cho thấy rằng tệp được yêu cầu không tồn tại.
@ErikEidt C không hỗ trợ
—
Mast
try/ catch, mặc dù bạn có thể mô phỏng nó bằng các bước nhảy.