Tại sao việc sử dụng nhãn phá vỡ/tiếp tục trong OOP (ví dụ: Java, C#)

Question

Tôi đã được thông báo rằng việc sử dụng nhãn ngắt và tiếp tục trong ngôn ngữ OOP không phải là kiểu lập trình OOP. Bạn có thể giải thích chi tiết tại sao và vấn đề là gì? Bí quyết là với từ nhãn này. Tôi có nghĩa là dán nhãn/tiếp tục.

class BreakWithLabelDemo { 
    public static void main(String[] args) { 

     int[][] arrayOfInts = { 
      { 32, 87, 3, 589 }, 
      { 12, 1076, 2000, 8 }, 
      { 622, 127, 77, 955 } 
     }; 
     int searchfor = 12; 

     int i; 
     int j = 0; 
     boolean foundIt = false; 

    search: 
     for (i = 0; i < arrayOfInts.length; i++) { 
      for (j = 0; j < arrayOfInts[i].length; 
       j++) { 
       if (arrayOfInts[i][j] == searchfor) { 
        foundIt = true; 
        break search; 
       } 
      } 
     } 

     if (foundIt) { 
      System.out.println("Found " + searchfor + 
           " at " + i + ", " + j); 
     } else { 
      System.out.println(searchfor + 
           " not in the array"); 
     } 
    } 
} 

http://docs.oracle.com/javase/tutorial/java/nutsandbolts/branch.html

Answer 1

Người đã nói với bạn rằng điều đó có thể có nghĩa là nghỉ giải lao và tiếp tục là các tuyên bố phân nhánh như goto là một cơ chế bắt buộc lập trình.

Ngắt/tiếp tục chỉ cho phép bạn chuyển sang tuyên bố bên ngoài, có nghĩa là bạn không thể đi khắp mọi nơi trong mã. Vì vậy, bạn ở trong cùng một đối tượng phương thức, vì vậy nó không tương thích với OOP.

Dù sao, nói rằng ngắt và tiếp tục không phải là OOP là không có ý nghĩa. Chúng ta có thể thảo luận về tác động của chúng đối với khả năng đọc được, nhưng đó là tất cả.

Answer 2

Tôi nghĩ rằng lý do chính là mã mà không phải là quá rõ ràng với break và continue.

Nhưng cũng có thể có một số vấn đề về hiệu năng (không liên quan đến OOP): CPU sử dụng các trình dự đoán để tải lệnh trong hàng đợi trước khi lệnh này được xử lý. Nó dễ dàng cho dự đoán để phát hiện những gì hướng dẫn để tải tiếp theo cho nhảy có điều kiện và sẽ khó khăn hơn cho vô điều kiện.

Answer 3

ngắt và tiếp tục không phải là chức năng lập trình kiểu. Không có gì về OOP đề xuất break, continue hoặc thậm chí goto trong một phương pháp là một ý tưởng tồi.

IMHO sử dụng ngắt và tiếp tục không được khuyến khích bằng ngôn ngữ OOP vì chúng có thể dẫn đến sự phức tạp và nhầm lẫn. Vì Nhãn được sử dụng hiếm khi chúng có thể gây nhầm lẫn hơn nữa. Tôi sẽ nói rằng bạn vẫn nên sử dụng chúng khi bạn cảm thấy nó là giải pháp đơn giản nhất cho vấn đề.

// confusing use of LABEL 
http://www.google.com/ 
do { 
    if (condition) continue http; 
} while(condition2) 

khác sử dụng khó hiểu

GOTO: { 
    // code 
    if (condition) 
     break GOTO; // without a loop 
    // code 
} 

Tốt sử dụng một nhãn

OUTER: 
for(outer loop) { 
    for(inner loop) 
     if (condition) 
     continue or break OUTER; 
} 

sử dụng Odd của một nhãn

FOUND: { 
    for(loop) 
     if(found) 
      break FOUND; 

    // not found 
    handle not found 
} 

Answer 4

Bruce Eckel đã viết trong "tư duy trong Java" ý tưởng sau: "Điều quan trọng là phải thành viên là lý do duy nhất để sử dụng nhãn trong Java là khi bạn có vòng lặp lồng nhau và bạn muốn phá vỡ hoặc tiếp tục thông qua nhiều cấp độ lồng nhau. "

Thực ra khi bạn không sử dụng lables, quy trình làm việc của mã rõ ràng hơn trong nhiều trường hợp.

Answer 5

Lời khuyên không nên sử dụng ngắt/tiếp tục có thể không thực sự liên quan đến OOP. Nó dựa trên thực tế là những phát biểu này tương tự như GOTO khét tiếng, có thể làm cho mã hoàn toàn không thể đọc được. Tuy nhiên, giáo điều là counsels xấu. Các mô hình chính nên dễ đọc mã. Nhảy ra khỏi vòng lặp trong dòng đầu tiên bằng cách phá vỡ hoặc tiếp tục có thể rõ ràng hơn nhiều so với việc đặt toàn bộ phần còn lại vào một điều kiện nếu.