Tại sao tôi cần sử dụng ngắt?

Question

Tôi đã tự hỏi tại sao C# yêu cầu tôi sử dụng break trong tuyên bố switch mặc dù ngữ nghĩa mùa thu theo định nghĩa không được phép. do đó, trình biên dịch có thể tạo ra các break vào cuối mỗi case -lock và lưu lại cho tôi những rắc rối.

Tuy nhiên, có một kịch bản (mà đã được thảo luận trên trang web này) mà tôi có thể đưa ra đó có thể là lý do cho việc sử dụng rõ ràng của break:

switch (foo) { 
    case 0: 
    case 1: 
     bar(); 
     break; 
    default: 
     break; 
} 

Ở đây, phương pháp này bar() được gọi là nếu foo có giá trị 0 hoặc 1.

Tùy chọn này sẽ phá vỡ theo nghĩa xác thực nhất của từ nếu trình biên dịch tự tạo ra các tuyên bố break. Đây có phải là lý do tại sao giờ nghỉ là bắt buộc hay có lý do chính đáng nào khác không?

Answer 1

Tôi nghi ngờ rằng lý do C# yêu cầu nhà phát triển đặt lệnh ngắt hoặc thiết bị đầu cuối ở cuối mỗi trường hợp là để rõ ràng.

Nó tránh người mới đến ngôn ngữ từ giả định rằng chuyển đổi() trong C# hoạt động như chuyển đổi trong C hoặc C + +, nơi rơi thông qua hành vi xảy ra. Chỉ trong trường hợp các trường hợp trống liền kề xảy ra trong C# - đó là tương đối rõ ràng.

EDIT: Thực ra, trong C# fallthrough luôn là bất hợp pháp. Tuy nhiên, pháp lý là có một trường hợp đơn lẻ được liên kết với hai hoặc nhiều nhãn. Eric Lippert writes at length about this hành vi and how it differs from C/C++ switch statements.

Bạn có thể quan tâm đến việc đọc this article trên blog Eric Lipperts.

Answer 2

Sự hiểu biết của tôi về vấn đề này là nó được đưa vào để khớp với cú pháp C++.

Answer 3

Bằng cách làm phá vỡ không bắt buộc, bạn mở lòng mình lên đến lỗi như thế này:

switch (thing_result) 
{ 
    case GOOD_THING: 
     IssueReward(); 
     // UH-OH, missing break! 
    case BAD_THING: 
     IssuePunishment(); 
     break; 
} 

Các nhà thiết kế ngôn ngữ C# đã cố gắng giúp đỡ các lập trình viên tránh những cạm bẫy trong những ngôn ngữ mà đến trước đó, nói chung bằng cách buộc các lập trình viên để rõ ràng hơn (ví dụ: sử dụng rõ ràng từ khóa 'ghi đè' hoặc 'mới' để triển khai hoặc che giấu các thành viên ảo).

Answer 4

Nếu bạn sẽ không cần phải nối thêm một giờ nghỉ, có một vấn đề

switch (number) 
{ 
    case 0: 
    case 1: 
     DoSomething(); 
} 

gì xảy ra nếu số == 0? Đây có phải là một trường hợp rỗng mà không làm bất cứ điều gì hoặc sẽ DoSomething() được thực hiện?

Answer 5

Câu hỏi đặt trước giả định và do đó không thể trả lời được. Ngôn ngữ KHÔNG yêu cầu ngắt ở cuối phần chuyển đổi. Ngôn ngữ yêu cầu danh sách tuyên bố của phần chuyển đổi phải có điểm kết thúc không thể truy cập. "break" chỉ là câu lệnh được sử dụng phổ biến nhất có thuộc tính này. Hoàn toàn hợp pháp để kết thúc phần chuyển đổi có "return;", "goto case 2;", "throw new Exception();" hoặc "while (true) {}" (hoặc trong một số trường hợp, tiếp tục, mặc dù đó thường là ý tưởng tồi.)

Lý do chúng tôi yêu cầu danh sách tuyên bố có điểm cuối không thể truy cập là thực thi quy tắc "không rơi" .

Nếu câu hỏi của bạn được tuyên bố tốt hơn là "tại sao trình biên dịch không tự động sửa lỗi của tôi khi tôi không tạo phần chuyển đổi với danh sách tuyên bố có điểm đến không thể truy cập được, bằng cách chèn tuyên bố giải trình thay cho tôi?" , sau đó câu trả lời là C# không phải là "đoán mò về những gì nhà phát triển có thể có nghĩa là và lộn xộn trên" loại ngôn ngữ. Một số ngôn ngữ là - JScript, ví dụ - nhưng C# thì không.

Chúng tôi tin rằng những người lập trình C# mắc sai lầm muốn được thông báo về những sai lầm đó để họ có thể cố ý và cố tình sửa chúng, và đây là một điều tốt. Khách hàng của chúng tôi cho chúng tôi biết rằng họ không muốn trình biên dịch đoán về ý nghĩa của họ và hy vọng điều tốt nhất. Đó là lý do tại sao C# cũng không đoán về nơi bạn muốn đặt dấu chấm phẩy bị mất, như JScript làm, hoặc âm thầm thất bại khi bạn cố gắng sửa đổi biến chỉ đọc, như JScript làm, v.v.