What wrong with this code try { //

What wrong with this code
try {
// exception generating code
} catch(Exception e)
{
// Do nothing
}
A. You should never catch System.Exception or System.SystemException in a catch block because you could inadvertently hide run-time problems like Out Of Memory.


B. Do not catch exceptions that you do not know how to handle and then fail to propagate the exception


C. Throwing exceptions is expensive. Do not use exceptions to control application flow. If you can reasonably expect a sequence of events to happen in the normal course of running code, you probably should not throw any exceptions in that scenario

Kết quả (Việt) 1:

Những gì sai với mã này cố gắng {} ngoại lệ tạo ra mã } bắt (ngoại lệ e) { Không làm gì cả } A. bạn nên không bao giờ bắt System.Exception hoặc System.SystemException trong một khối bắt vì bạn vô tình có thể ẩn các vấn đề về thời gian chạy như ra khỏi bộ nhớ. B. không nắm bắt ngoại lệ mà bạn không biết làm thế nào để xử lý và sau đó thất bại để truyền bá các ngoại lệ C. ném ngoại lệ là tốn kém. Không sử dụng ngoại lệ để điều khiển ứng dụng dòng chảy. Nếu bạn hợp lý có thể mong đợi một chuỗi các sự kiện xảy ra trong quá trình bình thường chạy mã, bạn có lẽ nên không ném bất kỳ trường hợp ngoại lệ trong kịch bản mà

Kết quả (Việt) 2:

Điều gì là sai với mã này
try {
// mã tạo ngoại lệ
} catch (Exception e)
{
// Làm gì
}
A. Bạn không bao giờ nên bắt System.Exception hoặc System.SystemException trong một khối catch vì bạn vô tình có thể che giấu các vấn đề thời gian chạy như Out Of Memory. B. Đừng bắt ngoại lệ mà bạn không biết làm thế nào để xử lý và sau đó không để tuyên truyền các ngoại lệ C. Ném ngoại lệ là đắt. Không sử dụng ngoại lệ để kiểm soát lưu lượng ứng dụng. Nếu bạn hợp lý có thể mong đợi một chuỗi các sự kiện xảy ra trong quá trình bình thường của chạy mã, bạn có lẽ không nên ném bất kỳ trường hợp ngoại lệ trong kịch bản đó