Có ai vẫn sử dụng [goto] trong C # không và nếu có thì tại sao? [đóng cửa]

Tôi đã tự hỏi liệu có ai vẫn sử dụng cú pháp từ khóa "goto" trong C # hay không và những lý do có thể có để làm như vậy.

Tôi có xu hướng xem bất kỳ câu lệnh nào khiến người đọc phải nhảy xung quanh mã là hành vi xấu nhưng tự hỏi liệu có bất kỳ tình huống đáng tin cậy nào cho việc sử dụng một cú pháp như vậy không?

Goto Định nghĩa Từ khoá

Có một số (hiếm) trường hợp goto thực sự có thể cải thiện khả năng đọc. Trên thực tế, tài liệu bạn liên kết đến liệt kê hai ví dụ:

Cách sử dụng phổ biến của goto là chuyển quyền điều khiển sang nhãn trường hợp chuyển mạch cụ thể hoặc nhãn mặc định trong câu lệnh chuyển đổi.

Câu lệnh goto cũng hữu ích để thoát ra khỏi các vòng lặp lồng nhau sâu.

Đây là một ví dụ cho cái sau:

for (...) {
    for (...) {
        ...
        if (something)
            goto end_of_loop;
    }
}

end_of_loop:

Tất nhiên, có những cách khác để giải quyết vấn đề này, chẳng hạn như cấu trúc lại mã thành một hàm, sử dụng một khối giả xung quanh nó, v.v. (xem câu hỏi này để biết chi tiết). Lưu ý thêm, các nhà thiết kế ngôn ngữ Java đã quyết định cấm goto hoàn toàn và thay vào đó giới thiệu một câu lệnh break có nhãn .

Tôi nhớ phần này

switch (a)     
{ 
    case 3: 
        b = 7;
        // We want to drop through into case 4, but C# doesn't let us
    case 4: 
        c = 3;
        break; 
    default: 
        b = 2;
        c = 4;
        break; 
}

Để một cái gì đó như thế này

switch (a)     
{
    case 3: 
        b = 7;
        goto case 4;    
    case 4: 
        c = 3;
        break;     
    default: 
        b = 2;
        c = 4;
        break;
}

Tham khảo này

Tôi sử dụng nó rộng rãi trong Eduasync để hiển thị loại mã mà trình biên dịch tạo ra cho bạn khi sử dụng các phương thức không đồng bộ trong C # 5. Bạn sẽ thấy điều tương tự trong các khối trình lặp.

Tuy nhiên, trong mã "bình thường", tôi không thể nhớ lần cuối cùng tôi sử dụng nó ...

goto là tuyệt vời để thoát ra khỏi nhiều vòng lặp mà break sẽ không hoạt động tốt (giả sử khi có điều kiện lỗi), và như Kragen đã nói goto được trình biên dịch sử dụng để tạo các câu lệnh switch và một số thứ khác.

Tôi không nhớ đã từng sử dụng goto. Nhưng có thể nó cải thiện mục đích của một vòng lặp mãi mãi mà bạn thực sự không bao giờ muốn thoát ra (không break, nhưng bạn vẫn có thể returnhoặc throw):

forever: {
  // ...
  goto forever;
}

Sau đó, một lần nữa, đơn giản là while (true)đủ ...

Ngoài ra, bạn có thể sử dụng trong trường hợp bạn muốn lần lặp đầu tiên của vòng lặp bắt đầu ở giữa vòng lặp: hãy xem ví dụ ở đây .

Trình biên dịch sử dụng các gotocâu lệnh trong các đoạn mã được tạo khác nhau, ví dụ như trong các loại khối trình vòng lặp được tạo (được tạo khi sử dụng yield returntừ khóa - tôi khá chắc chắn rằng các loại tuần tự hóa XML được tạo cũng có một vài gotocâu lệnh ở đâu đó.

Xem chi tiết triển khai khối Iterator: máy trạng thái được tạo tự động để biết thêm chi tiết về lý do / cách trình biên dịch C # xử lý điều này.

Ngoài mã được tạo ra, không có lý do chính đáng để sử dụng một gotocâu lệnh trong mã bình thường - nó làm cho mã khó hiểu hơn và kết quả là dễ xảy ra lỗi hơn. Mặt khác, việc sử dụng các gotocâu lệnh trong mã được tạo như thế này có thể đơn giản hóa quá trình tạo và thông thường sẽ ổn vì không ai đọc (hoặc sửa đổi) mã được tạo và không có khả năng mắc lỗi do máy đang thực hiện việc ghi.

Xem Câu lệnh Go-to được coi là có hại cho một lập luận chống lại gotocũng như một phần lịch sử lập trình cổ điển.

Bộ xử lý thực hiện ít nhất một lệnh nhảy và tôi chắc chắn rằng rất nhiều câu lệnh sử dụng những lệnh đó trong quá trình triển khai hoặc diễn giải của chúng.

Một trong những điều tốt khi sử dụng langauge thế hệ thứ 3 hoặc thứ 4 là những chi tiết vật lý này không còn xa chúng ta nữa. Trong khi chúng ta nên lưu tâm đến quy luật trừu tượng bị rò rỉ, tôi nghĩ rằng chúng ta cũng nên sử dụng các công cụ của mình như dự định của chúng ( xin lỗi ). Nếu tôi đang viết mã và đó gotocó vẻ là một ý tưởng hay, thì đã đến lúc cấu trúc lại. Mục đích của ngôn ngữ có cấu trúc là để tránh những "bước nhảy" này và tạo ra một luồng logic trong kỹ thuật của chúng ta.

Tôi nên tránh việc sử dụng breaknhưng tôi không thể bỏ qua lợi ích hiệu suất. Tuy nhiên, nếu tôi có các vòng lặp lồng nhau cùng cần thì đã đến breaklúc cấu trúc lại.

Nếu ai đó có thể đề xuất việc sử dụng gotođiều đó có vẻ tốt hơn việc tái cấu trúc, tôi sẽ sẵn lòng rút lại câu trả lời của mình.

Tôi hy vọng mình không có tội khi lao vào "bãi xe đạp " ở đây. Như Kragen nói, những gì đủ tốt cho Dijkstra cũng đủ tốt cho tôi.

Goto không bao giờ tốt hơn. Và tiếp tục, break (trừ trường hợp switch / case), (nhiều) trả lại và ném cũng nên được giữ ở mức tối thiểu nhất. Bạn không bao giờ muốn thoát khỏi giữa các vòng lặp của tổ. Bạn luôn muốn các câu lệnh điều khiển vòng lặp có tất cả các điều khiển vòng lặp. Thụt lề có thông tin, và tất cả những tuyên bố này đều loại bỏ thông tin đó. Bạn cũng có thể loại bỏ tất cả các thụt lề.