Tại sao chúng ta không nên bắt ngoại lệ thời gian chạy?
Tại sao chúng ta không nên bắt ngoại lệ thời gian chạy?

Video: Tại sao chúng ta không nên bắt ngoại lệ thời gian chạy?

Video: Tại sao chúng ta không nên bắt ngoại lệ thời gian chạy?
Video: Lan Man | Ronboogz (Lyrics Video) 2024, Tháng mười một
Anonim

Bắt ngoại lệ hoặc Có thể ném

Ngoại lệ thời gian chạy đại diện cho các vấn đề là kết quả trực tiếp của một vấn đề lập trình và như vậy không nên mắc phải vì nó không thể được mong đợi một cách hợp lý để khôi phục chúng hoặc xử lý họ. Bắt Ý chí có thể ném chụp lấy mọi điều

Xem xét điều này, có OK để bắt ngoại lệ thời gian chạy không?

Ngoại lệ thời gian chạy có thể xảy ra ở bất kỳ đâu trong một chương trình và trong một chương trình điển hình có thể rất nhiều. Thông thường, chi phí kiểm tra ngoại lệ thời gian chạy vượt quá lợi ích của bắt hoặc chỉ định chúng. Do đó, trình biên dịch không yêu cầu bạn chụp lấy hoặc chỉ định ngoại lệ thời gian chạy , mặc dù bạn có thể.

Cũng biết, ngoại lệ thời gian chạy là gì? Các Ngoại lệ thời gian chạy là lớp cha trong tất cả ngoại lệ của ngôn ngữ lập trình Java dự kiến sẽ gây sự cố hoặc phá vỡ chương trình hoặc ứng dụng khi chúng xảy ra. Các Ngoại lệ thời gian chạy thường hiển thị lỗi của lập trình viên, chứ không phải là điều kiện mà chương trình được mong đợi để giải quyết.

Hơn nữa, tại sao Runtime Exceptions không được kiểm tra?

Nói chung, chúng tôi không bỏ chọn ngoại lệ bởi vì chúng tôi không thể xử lý nó. Lấy ví dụ về kết nối cơ sở dữ liệu, nếu DB bị lỗi vật lý, có không cách ứng dụng của chúng tôi có thể giải quyết vấn đề đó, vì vậy, ngay cả khi chúng tôi nắm bắt được nó, chúng tôi không thể xử lý (giải quyết) nó.

Có thể bắt ngoại lệ thời gian chạy trong Java không?

Ngoại lệ thời gian chạy có thể xảy ra ở bất kỳ đâu trong một chương trình và trong một chương trình điển hình, chúng có thể rất nhiều. Do đó, trình biên dịch không yêu cầu bạn chụp lấy hoặc chỉ định ngoại lệ thời gian chạy (mặc dù bạn có thể). Một trường hợp phổ biến là ném RuntimeException là khi người dùng gọi một phương thức không chính xác.

Đề xuất: