C# /. Net không có ngoại lệ kiểm tra, họ đã chứng minh được ít hữu dụng trong các hệ thống quy mô lớn hơn so với suy nghĩ đầu tiên. Trong rất nhiều dự án, thời gian để duy trì các đặc tả ngoại lệ kiểm tra lớn hơn rất nhiều so với thời gian gỡ lỗi được lưu bằng cách có chúng.
Trường hợp ngoại lệ được kiểm tra có vẻ như là một lý tưởng tốt cho đến khi bạn có các phương thức có thể đưa đại biểu hoặc cuộc gọi vào đối tượng bạn tham gia. Hãy đơn giản, phương thức Sort() trong danh sách không thể biết ngoại lệ vì nó không biết những gì ngoại lệ, phương thức Compar() trên các đối tượng đang được sắp xếp sẽ ném.
Vì vậy, thông số kỹ thuật cho các ngoại lệ mà phương pháp có thể ném phải có thể bao gồm thông tin về cách ngoại lệ được điền từ các đối tượng và đại biểu. Không ai biết cách làm điều này!
Tuy nhiên, có các công cụ mà bạn kiểm tra xem bạn có đang bắt tất cả ngoại lệ hay không - xem Exception Hunter bởi Red Gate. Cá nhân tôi không thấy nhiều giá trị trong công cụ này, tuy nhiên nếu bạn thích ngoại lệ đã kiểm tra, bạn có thể thấy chúng hữu ích.
Nguồn
2010-11-03 15:11:31
Tôi tưởng tượng phiên bản của khung công tác .NET sẽ tạo sự khác biệt ở đây, nhưng trong các phiên bản tôi sử dụng câu trả lời là: bạn ghi lại các ngoại lệ tiềm năng, và không - không có cách nào để loại bỏ ngoại lệ. bẫy tất cả các ngoại lệ bên ngoài và gói lại chúng vào loại ưa thích của bạn). Nó không chỉ là trường hợp ngoại lệ bạn có thể tạo ra trong phương pháp, cũng có bất kỳ bạn đang cho phép bong bóng. – Rudu