Tại sao thư được xây dựng trong ngoại lệ có xu hướng không có chi tiết cụ thể? (ví dụ: khóa từ điển)

Question

Tôi chắc rằng tôi đã thấy điều này trong các thông báo ngoại lệ khác nhau trong khung công tác. Tôi đã kiểm tra các trang sau từ thư viện MSDN nhưng không thể tìm thấy nhiều hướng dẫn về nội dung thông điệp:

Exception Throwing
Error Message Design
Exception.Message Property

Phần duy nhất trong trang đầu tiên mà có thể giải thích đó là văn bản này:

Không tiết lộ thông tin nhạy cảm về bảo mật trong thông báo ngoại lệ mà không yêu cầu quyền thích hợp.

Đó là ArgumentException được ném bởi Dictionary<TKey, TValue>.Add method nhắc tôi về sự cố này. Có vẻ như sau:

System.ArgumentException : An item with the same key has already been added. 

Tại sao nó không giống như thế này?

System.ArgumentException : An item with the same key(123) has already been added. 

Giả định 123 là giá trị TKey, về cơ bản bất kỳ định dạng nào có giá trị TKey là điều tôi sẽ hữu ích khi theo dõi lỗi trong khi gỡ lỗi.

Có lý do nào được biết tại sao điều này không được bao gồm không?

Nó có được coi là hành vi xấu để tái ném ngoại lệ đối số bằng khóa trong thư không? Tôi đã xem xét việc tạo phân lớp ngoại lệ của riêng mình nhưng tôi nghĩ đây là trường hợp khi sử dụng một lớp ngoại lệ được xây dựng có vẻ như là một lựa chọn tốt hơn.

Answer 1

Theo nguyên tắc chung, các tình huống đặc biệt trong các khung công tác muốn tránh tạo ra các tình huống đặc biệt mới. Để định dạng tin nhắn như sau:

System.ArgumentException : An item with the same key(123) has already been added. 

Người ta phải giả định có thực hiện hợp lệ toString trên thông số chính. Nhưng nếu nó là null thì sao? Hoặc nếu nó là một khóa tùy chỉnh mà ném một ngoại lệ mới trong toString của nó? Hoặc thậm chí một số kẻ ngốc đã thực hiện một phương pháp toString ném một ngoại lệ ngẫu nhiên 1 trong số 10 lần? Điều gì sẽ xảy ra nếu ngoại lệ bên trong được gây ra bởi tình trạng thiếu bộ nhớ và việc chuyển đổi sẽ kích hoạt lại nó? Nó sẽ cho kết quả không thể đoán trước nhiều hơn là chỉ báo cáo những gì là chắc chắn để có thể báo cáo.

Answer 2

Dường như một biện pháp phòng ngừa an ninh. Chương trình có thể làm việc với các dữ liệu nhạy cảm về bảo mật, mà bạn không cần phải ghi vào thông điệp tường trình hoặc tiết lộ thông qua giao diện người dùng. Nhưng, oops, có một vấn đề và một ngoại lệ không được giải quyết sẽ tắt, trong đó một số trình xử lý mặc định sẽ hiển thị hoặc ghi lại các mẩu thông tin nhạy cảm đó bởi vì nó được bao gồm trong văn bản ngoại lệ.