Tại sao nên sử dụng bảng chuyển đổi thay vì nếu có các thống kê khác?

Question

Công tắc có vẻ vô dụng vì chúng có thể được thay thế bằng câu lệnh if-else, có thể làm nhiều hơn là chỉ khớp với char/int/enum, v.v. diễn giải dòng lệnh args.

Một số cách sử dụng thực tế cho tuyên bố chuyển đổi là gì?

Answer 1

Có hai lý do để sử dụng một switch vs if/else, trong tâm trí của tôi:

• Trình biên dịch có thể tối ưu hóa cho việc chuyển đổi tốt hơn .
• Tuyên bố chuyển đổi rõ ràng hơn thể hiện logic của mã tốt hơn.Cụ thể, ý tưởng rằng bạn đang dùng một nhánh khác tùy thuộc vào giá trị của một thứ gì đó, thay vì phụ thuộc vào logic phức tạp hơn. Đây là lý do quan trọng hơn đối với tôi.

Answer 2

Tôi sử dụng thiết bị chuyển mạch khi tôi đang sử dụng enum để quyết định những hành động mà phương pháp của tôi nên thực hiện. Nó giúp khi các hành động được loại trừ lẫn nhau.

Answer 3

Có một số trường hợp, một trong những điều chúng tôi phải giải quyết rất nhiều là nếu bạn có nhiều tùy chọn, cú pháp được nén nhiều hơn một chút và đôi khi dễ đọc hơn cú pháp if/then.

Mặc dù một đối số có thể được thực hiện để đi theo một trong hai cách, tôi thấy rằng các thiết bị chuyển mạch, trong trường hợp nhiều tùy chọn dễ đọc, duy trì và dễ hiểu hơn. Tôi cũng đã sử dụng nó trong một tình huống kiểu mẫu nhà máy, giúp tài liệu.

Answer 4

Đó là cách thích hợp để sử dụng ngôn ngữ. Nó cho phép trình biên dịch thực hiện một số tối ưu hóa và làm cho mã dễ đọc hơn bởi một người không phải là bạn.

Ngoài ra, trong một số ngôn ngữ, bạn có thể chuyển đổi enum và trình biên dịch sẽ cảnh báo nếu bạn bỏ lỡ các giá trị (tôi nghĩ).

Answer 5

bạn cũng có thể xóa các ngắt khỏi câu lệnh chuyển đổi. Bằng cách đó bạn có thể có điều này:

CASE_A:
...
BASE_B
...

do đó, cách mà bạn có thể có case_a kết hợp tất cả các trường hợp khác dưới nó cho đến khi nó chạm nghỉ ngơi . Không phải là tốt để làm điều đó chỉ với ifs.

Answer 6

Bạn cần phải nhớ rằng các nút chuyển dễ bảo trì hơn - một nhóm toàn bộ các ifs lồng nhau và elses có thể nhanh chóng trở thành nỗi đau để duy trì.

Công tắc cho phép lắp đặt dễ dàng vỏ mới.

Answer 7

Công tắc được tối ưu hóa bằng nhiều ngôn ngữ cho một số ngữ cảnh nhất định. Thường thì khi có thể, họ tạo ra một bảng nhảy hoặc thậm chí là bảng băm. Thực sự, khi đó là có thể để sử dụng nút chuyển, rất có khả năng sẽ hoạt động tốt hơn mã tương tự (logic) bằng cách sử dụng if/else.

Answer 8

Giúp dễ đọc - trong nháy mắt, tôi biết rằng quyết định cho khối mã nào sẽ chạy dựa trên các giá trị khác nhau của cùng một biến.

Answer 9

Có một vài trường hợp chuyển đổi dễ đọc hơn và có ích. Thông thường khi bạn có nhóm các tùy chọn.

Đây là một trong số họ:

int numDays = 0; 
    int month = 2; 
    int year = 2010; 

    // find the number of days in the month 
    switch (month) { 
     case 1: 
     case 3: 
     case 5: 
     case 7: 
     case 8: 
     case 10: 
     case 12: 
      numDays = 31; 
      break; 
     case 4: 
     case 6: 
     case 9: 
     case 11: 
      numDays = 30; 
      break; 
     case 2: 
      if (((year % 4 == 0) && !(year % 100 == 0)) 
       || (year % 400 == 0)) 
       numDays = 29; 
      else 
       numDays = 28; 
      break; 
     default: 
      System.out.println("Invalid month."); 
      break; 
    } 

Answer 10

Tôi luôn sử dụng các công tắc nếu tôi so sánh cùng một biến cho nhiều giá trị - chuyển đổi nhanh hơn rất nhiều mã (và dễ bảo trì hơn chuỗi dài nếu-elseif). Hãy tưởng tượng thay đổi tên biến, với một chuyển đổi nó sẽ là một chỉnh sửa duy nhất, với một chuỗi if-elseif nó sẽ là một số.

Ngoài ra, tùy thuộc vào ngôn ngữ bạn chọn, bạn có thể sử dụng trường hợp rơi qua "đối tượng địa lý" trong đó với chuỗi if-elseif bạn kết thúc bằng mã trùng lặp.

Answer 11

Nó có thể dễ dàng hơn cho trình biên dịch để chuyển một câu lệnh chuyển đổi thành bảng công văn hơn là để biến súp tương đương nếu/khác thành bảng công văn. Nếu (và chỉ nếu) đó là sự thật, sau đó bạn sẽ có O (1) gửi đến mã có liên quan, thay vì O (log n) (hoặc O (n), nếu súp nếu/khác là xấu bằng văn bản).

Trong một số trường hợp (mặc dù không phải tất cả) nó cũng có thể dễ dàng hơn để kiểm tra xem bạn đã bao trả các bài kiểm tra cần thiết bằng cách sử dụng chuyển đổi hơn là một wodge nếu/else.

Answer 12

Một vài điểm:

1. Một số ngôn ngữ cho phép bạn bật các loại giá trị khác, chẳng hạn như chuỗi (Coldfusion trường hợp tại điểm)
2. Một câu lệnh switch có thể rất tốt được dễ dàng hơn nhiều mã để đọc hơn một khối lớn câu lệnh if/elseif/else
3. Trong báo cáo chuyển đổi, bạn có thể ngắt ở cuối thùng hoặc cho phép mã tiếp tục xử lý các trường hợp khác trong tuyên bố. Chức năng này cho phép bạn dễ dàng lập mô hình một số quy tắc nếu các câu lệnh if/elseif/else không cho phép bạn thực hiện dễ dàng như vậy.
4. Như những người khác đề cập, hãy nhớ rằng các trình biên dịch và động cơ có trình tối ưu hóa và các câu lệnh chuyển đổi được tối ưu hóa khác nhau.

Answer 13

Duff's Device. Tính hữu ích của nó trong thời hiện đại là gây tranh cãi, nhưng sự tuyệt vời của nó thì không.

Answer 14

Trong trường hợp của Perl, sử dụng switch statement có thể làm giảm đáng kể độ phức tạp của mã của bạn.

Chỉ cần so sánh hai ví dụ sau.

• Sử dụng given/when:

  use feature qw'switch'; 
  my $num_days; 
  given($month) { 
      when([ 1,3,5,7,8,10,12 ]){ $num_days = 31 } 
      when([ 4,6,9,11 ]){ $num_days = 30 } 
      when(2){ 
      $num_days = 29; 
      $num_days = 28 if  $year % 4; 
      $num_days = 28 unless $year % 100; 
      $num_days = 29 unless $year % 400; 
      default{ print "Invalid month.\n" } 
  } 
  

• Sử dụng for như một sự thay thế cho các nhà điều hành mới ~~ (smart-match).

  my $num_days; 
  for(1,3,5,7,8,10,12){ 
      if($month == $_){ 
      $num_days = 31; 
      last; 
      } 
  } 
  for(4,6,9,11){ 
      if($month == $_){ 
      $num_days = 30; 
      last; 
      } 
  } 
  if($month == 2){ 
      $num_days = 29; 
      $num_days = 28 if  $year % 4; 
      $num_days = 28 unless $year % 100; 
      $num_days = 29 unless $year % 400; 
  } 
  unless(defined $num_days){ 
      print "Invalid month.\n" 
  } 
  

Answer 15

tôi thích sử dụng một bản đồ để một công tắc trong hầu hết các trường hợp.

if (actionMap.contains(choice)) { 
    Action a = actionMap.get(choice); 
    a.execute(); 
} else { 
    //do something else 
} 

Nhưng trong trường hợp lựa chọn quá phức tạp để chuyển sang bản đồ hoặc khi nhiều hành động có thể được thực hiện chuyển đổi thì tốt hơn.

switch (choice) { 
    case 1: actionOne(); break; 
    case 2: if(actionOne()) {actionTwo()}; break; 
    case 3: if(!actionOne() && (actionTwo() > 1)) {actionThree()}; result = 7;break; 
    default: result = actionTwo(); 
} 

Đáng buồn thay, đôi khi yêu cầu phức tạp. Chuyển đổi rất hữu ích trong những trường hợp đó là phiên bản đơn giản của lồng nhau if/else constrcts.

Answer 16

Chuyển tuyên bố là tuyệt vời cho văn bản máy trạng thái hữu hạn, Click here to learn more about them

Answer 17

Dường như với tôi rằng Ưu điểm chính của một công tắc là nó làm cho nó ngay lập tức rõ ràng để người đọc rằng tất cả các tùy chọn phụ thuộc vào các biến tương tự. Bạn chắc chắn có thể viết một khối if/elseif/elseif hoàn thành cùng một điều, nhưng sau đó người đọc sẽ phải kiểm tra cẩn thận rằng thực sự đó là biến tương tự đang được thử nghiệm mỗi lần.

Ngoài ra còn có kịch bản bảo trì cơn ác mộng nơi bạn có một ifif elseif dài trên cùng biến và ai đó quyết định thay đổi tên biến, và vì vậy anh ta thay đổi tất cả nếu ... ngoại trừ anh ta bỏ lỡ một.

Như những người khác đã chỉ ra, cũng có thực tế là trình biên dịch thường có thể tối ưu hóa nó tốt hơn.

Answer 18

Đừng hỏi lập trình viên python câu hỏi này vì ngôn ngữ không có tuyên bố chuyển đổi và khuyến khích sử dụng từ điển thay thế.

Để trả lời câu hỏi của bạn, tôi có thể nghĩ về một trường hợp trong đó câu lệnh chuyển đổi hữu ích. Nó rất hữu ích khi ngôn ngữ/trình biên dịch/phân tích tĩnh có thể đảm bảo rằng bạn đang kiểm tra tất cả các trường hợp. Điều này làm việc tốt với enums.

Nếu bạn thêm một mục khác vào một điều tra, bây giờ bạn có thể nhận được cảnh báo ở tất cả các nơi bạn đang thực hiện một chuyển đổi trên kiểu liệt kê đó cho bạn biết bạn đang thiếu một trường hợp.