Bạn kiểm tra lỗi nào? Kiểm tra lỗi nào thực sự cần thiết? Chúng ta có thực sự cần kiểm tra xem một tệp đã được lưu thành công chưa? Không phải nó luôn luôn hoạt động nếu nó được kiểm tra và hoạt động ok từ ngày đầu tiên?Lỗi khi kiểm tra quá mức?
Tôi thấy mình kiểm tra lỗi cho mọi điều nhỏ nhặt và phần lớn thời gian nếu cảm thấy quá mức cần thiết. Những thứ như kiểm tra xem một tập tin đã được ghi vào hệ thống tập tin thành công chưa, kiểm tra xem liệu một câu lệnh cơ sở dữ liệu có thất bại hay không… không phải những thứ này có hoạt động hay không?
Bạn kiểm tra được bao nhiêu lỗi? Có các yếu tố kiểm tra lỗi mà bạn bỏ qua vì bạn tin rằng nó sẽ hoạt động không?
Tôi chắc rằng tôi nhớ đã đọc một nơi nào đó dọc theo dòng "không kiểm tra những điều sẽ không bao giờ thực sự xảy ra" ..... không thể nhớ nguồn mặc dù.
Vì vậy, mọi thứ có thể thất bại đều có thể được kiểm tra không? Hay chúng ta nên tin tưởng vào những hoạt động đơn giản hơn? Ví dụ, nếu chúng ta có thể mở một tập tin, chúng ta có nên kiểm tra xem có đọc từng dòng không thành công hay không? Có lẽ nó phụ thuộc vào ngữ cảnh bên trong ứng dụng hoặc bản thân ứng dụng.
Thật thú vị khi nghe những gì người khác làm.
CẬP NHẬT: Ví dụ: Tôi lưu một đối tượng đại diện cho một hình ảnh trong một bộ sưu tập. Sau đó tôi lưu hình ảnh vào đĩa. Nếu việc lưu tệp không thành công, tôi sẽ phải hiển thị hình ảnh ngay cả khi đối tượng nghĩ rằng có một hình ảnh. Tôi có thể kiểm tra thất bại của hình ảnh được lưu vào đĩa và sau đó xóa đối tượng, hoặc xoay hình ảnh lưu trong giao dịch (đơn vị công việc) - nhưng có thể tốn kém khi sử dụng công cụ db sử dụng khóa bảng.
Xin cảm ơn,
James.
có thể bạn nên mua ổ cứng lớn hơn? – Malfist
rất vui nhộn. đó chỉ là một ví dụ. một điều nữa là thiếu quyền viết thư cho một số thư. – Andrey