Bạn nghĩ gì về cú pháp if-then mới này [đã đóng]

Tôi chỉ nghĩ về thứ gì đó sẽ thực sự tuyệt vời khi có trong các điều khiển if-elif-other của tôi.

if condition:
    stuff()
elif condition:
    otherstuff()
then:
    stuff_that_applies_to_both()
else:
    stuff_that_doesnt_aply_to_either()

Vì vậy, về cơ bản a thensẽ được chạy khi bất kỳ điều kiện nào được chạy NGOẠI TRỪ điều kiện khác. Bạn có nghĩ rằng điều này là hữu ích? Nó tương tự như thử - ngoại trừ - khác của trăn.

Tôi nghĩ rằng một số bạn đang cố gắng thực hiện sơ bộ. Các thenkhối sẽ giống như các elsekhối trong một try-exceptkhối trong python. Lý do thực sự tôi đề nghị này là cho các tình huống như thế này.

m = {}
if condition == '1':
    m['condition'] = condition
elif condition2 == '3':
    m['condition2'] = condition2
elif condition3 == 'False':
    m['condition3'] = True
then:
    run_test_that_relies_on_one_of_the_conditions_being_true()

return m

Các thenkhối được phạm vi đầu tiên nếu giống như elselà. Vì vậy, làm tổ hoạt động tốt. Và nếu bạn cần chạy một phương thức trước câu lệnh if, điều đó thực sự không liên quan gì đến trường hợp sử dụng này.

Tôi nghĩ rằng nó trông thật kinh khủng. Nếu bạn muốn mã chạy sau nhiều điều kiện khác nhau thì (a) kiểm tra lại các điều kiện đó hoặc (b) đặt biến thành trạng thái thành công được chỉ định.

Nói chung, bạn có thể thực hiện việc này với một công tắc / trường hợp và một công tắc / trường hợp cung cấp kiểm soát điều chỉnh tốt hơn đối với những gì bạn đang đề xuất.

Nó cũng không đọc đúng logic. Nếu A khác nếu B thì C. Không ngụ ý ai đó rằng C sẽ được thực thi nếu A hoặc B đánh giá là đúng.

Thú vị, nhưng dường như đối với tôi (phải thừa nhận phần nào theo cách của tôi) một lời mời cho các vấn đề về khả năng đọc, logic và cú pháp.

Chỉnh sửa: if-elif của bạn rất đơn giản - nếu có 10 elif thì sao? 20? Tất cả các điều kiện cần phải là sự thật? Cơ hội của điều đó là gì?
If-elif của bạn rất đơn giản - nếu có 10 elif thì sao? 20? Điều đó sẽ không làm cho điều này khá khó đọc?

Ngoài ra, có thể dễ dàng đạt được bằng phương pháp đã được thiết lập thử và đúng:

if (thisCondition or thatCondition)
{
  if (thisCondition)
     stuff();
  else
     otherstuff();

    stuff_that_applies_to_both();
}
else
{
    stuff_that_doesn't_aply_sic_to_either();
}

Điều gì xảy ra nếu "Stuff_that_applies_to_both" cần xảy ra trước các bước riêng lẻ? Mã của bạn không xử lý trường hợp này:

if (thisCondition or thatCondition)
{
  stuff_that_applies_to_both();

  if (thisCondition)
     stuff();
  else
     otherstuff();
}
else
{
    stuff_that_doesn't_aply_sic_to_either();
}

Cuối cùng, cú pháp này cho phép linh hoạt hơn với nhiều điều kiện hơn: if (thisCondition hoặc thatCondition hoặc otherCondition) {Stuff_that_applies_to_all ();

  // Any combination of the three conditions using 
  // whichever logical syntax you'd like here
  if (thisCondition and anotherCondition)
     stuff();
  else if (thisCondition or thatCondition)
     stuff_number_2();
  else
     otherstuff();
}
else
{
    stuff_that_doesn't_aply_sic_to_either();
}

Tôi đã và đang sử dụng if / other, nhưng có thể dễ dàng sử dụng câu lệnh chuyển đổi với cờ:

Boolean conditionApplies = true;

switch (someConditionToCheck)
{
    case thisCondition:
      stuff();
      break;

    case thatCondition:
        otherStuff();
        break;

    default:
        stuff_that_doesnt_aply_sic_to_either();
        conditionApplies = false;
        break;
}

if (conditionApplies)
    stuff_that_applies_to_both();

Lưu ý rằng tôi thực sự không cần cờ conditionApplies - Tôi có thể đã thêm hàm "Stuff_that_applies_to_both ()" cho cả hai điều kiện không mặc định - Tôi chỉ làm điều này để nó trông giống cú pháp được xác định ở trên, mặc dù "sau đó" thay vì "cái khác".

Do đó, nó dường như là một cú pháp rất chuyên biệt, trong đó một cú pháp tổng quát hơn sẽ lấp đầy hóa đơn và hơn thế nữa.

+1 để nghĩ về một tính năng có thể (tiếp tục làm điều đó!), Nhưng tôi sẽ không bỏ phiếu để thực hiện nó.

Tôi sẽ không phiền khi sử dụng một cái gì đó như thế này ngày hôm nay. Nhưng, để chắc chắn tôi sẽ sử dụng nó thường xuyên như tôi sử dụng lặp lại cho đến khi.

Mã ít nhất sẽ trông tốt hơn mà không cần lồng nhau. Mặc dù tôi thích Else Ifđến elif. Tôi sẽ thay thế Thenbằng Dovà cuối cùng Elsevới Otherwise.

Có vẻ như một ý tưởng tuyệt vời. Tuy nhiên, vấn đề duy nhất tôi tưởng tượng là bạn dễ bị lỗi hơn. Giống như viết một if / other if và gọi blah () sau đó. Viết thêm một thứ khác nếu điều đó không muốn blah, loại bỏ blah từ đó và thêm nó vào ifs / otherifs của bạn. Sau đó, khi bạn hoặc một lập trình viên khác thêm một tuyên bố khác, bạn có thể mong đợi blah được gọi nhưng không.

Hoặc bạn có thể có một vài if, viết một blah và quên tất cả các if nhưng một yêu cầu này sẽ phá vỡ một cái gì đó. Ngoài ra cơ hội là nếu bạn cần họ theo dõi mọi thứ nếu bạn đặt nó dưới khối if. Có thể thiết lập một bool khác (NoUpdate = true) và chỉ cần viết một if (! NoUpdate) {} ngay dưới đó rõ ràng hơn và có thể được đặt bởi if

Tôi chỉ nói rằng nó có vẻ dễ bị lỗi hơn, không phải là tôi không thích ý tưởng đó. Tôi không phiền khi thấy nó trong một ngôn ngữ nhưng tôi không thể tưởng tượng bất kỳ situtaion nào tôi sẽ sử dụng nó nếu ngôn ngữ của tôi hỗ trợ nó.

Tôi thấy cú pháp của bạn khó hiểu, nhưng tôi thấy một số giá trị trong khái niệm. Về mặt khái niệm, khi tôi xem xét vấn đề, điều tôi thấy mình muốn là một "sự không rõ ràng", về cơ bản sẽ thực thi mọi thứ trong trường hợp cuối cùng elsekhông bắn. Nhìn từ góc độ đó, tôi sẽ gợi ý rằng người ta có thể đạt được kết quả tương tự thông qua:

  làm
  {
    nếu (điều kiện1)
      ... chỉ dành cho điều kiện1
    khác nếu (điều kiện2)
      ... chỉ dành cho condition2
    khác
    {
      ... không có điều kiện
      phá vỡ;
    }
    ... công cụ cho cả hai điều kiện
  } trong khi (0); // Điểm tiếp tục nghỉ

Một số tùy chọn khác có thể trong một số trường hợp là:

  if ((condition1 && (action1,1)) ||
       (điều kiện2 && (hành động 2,1)) ||
       (action_for_neither, 0))
    action_for_either;

Nhìn hơi khó chịu, nhưng trong một số trường hợp, có thể không có cách nào tốt để diễn tả chuỗi sự kiện mong muốn ngoài việc sao chép mã hoặc sử dụng goto(có thể không quá tệ, ngoại trừ phim hoạt hình ai đó có thể chèn vào đây).