Tìm kiếm các đề xuất/phương pháp hay nhất về quản lý mã lỗi và tin nhắn trong ứng dụng nhiều tầng. Cụ thể những điều như:Phương pháp tiếp cận cho mã lỗi/quản lý tin nhắn trong .NET
- Mã lỗi phải được xác định ở đâu? Enum? Lớp học?
- Thông báo lỗi hoặc các chi tiết khác liên quan đến mã lỗi như thế nào? tệp tài nguyên? thuộc tính trên giá trị enum, v.v ...?
- Nếu bạn có một ứng dụng nhiều tầng bao gồm DAL, BLL, giao diện người dùng và các dự án chung, chẳng hạn, có một danh sách khổng lồ các mã cho tất cả các tầng hoặc mã có thể mở rộng theo dự án/tầng không?
Cập nhật: quan trọng cần đề cập đến mà tôi không thể chỉ dựa vào Exceptions và các loại tùy chỉnh ngoại lệ để báo cáo lỗi, như một số khách hàng cho ứng dụng này sẽ được thông qua các dịch vụ web (SOAP & REST)
Bất kỳ đề nghị chào đón!
Cảm ơn bạn đã nhập. Tôi đã cập nhật câu hỏi ban đầu để đề cập đến rằng tôi không thể chỉ dựa vào ngoại lệ vì một số khách hàng sẽ được thông qua dịch vụ web và đặc biệt là các dịch vụ web REST không có khái niệm về "loại ngoại lệ". Nhìn vào một số API của internet (Facebook, Flickr, v.v.) khiến tôi tin rằng mã lỗi trong cách sử dụng này là cách để đi. – WayneC
@WayneC: Các dịch vụ web SOAP có quyền truy cập vào lỗi SOAP. Quá tệ khi REST yêu cầu bạn hoàn nguyên về đầu những năm 90. –
@John: Bạn có nói rằng REST API là "đầu những năm 90" không? Ai đó tốt hơn nên nói với Facebook, Flickr, Netflix, Twitter, Google, v.v. mà họ nên nhận được với thời gian! :-) Ngay cả với cách tiếp cận ngoại lệ, mã lỗi vẫn có thể có giá trị để phân loại thêm một ngoại lệ. Ví dụ, nếu bạn có một ValidationException tùy chỉnh, bạn có thể có các mã lỗi để mô tả chi tiết kiểu xác thực thất bại như trái ngược với việc tạo một kiểu ngoại lệ tùy chỉnh mới cho mỗi kịch bản xác thực. – WayneC