Bu yeni if-then sözdizimi hakkında ne düşünüyorsunuz [kapalı]

Sadece if-elif-else kontrollerimde olması çok güzel bir şey düşünüyordum.

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

Yani temelde bir thenkoşul dışında koşullardan biri çalıştırıldığında çalıştırılacaktır. Bunun faydalı olduğunu düşünüyor musunuz? Bu, python'un try-haricindeki deneyine benzer.

Bence bazılarınız çok ilk bir uygulamayı nitelendiriyorsunuz. thenBlok gibi olacaktı elsebir blok try-exceptpiton blok. Bunu önermemizin asıl nedeni böyle durumlar içindir.

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

thenTıpkı eğer blok ilk kapsama aldığı elseolduğunu. Yani yuvalama iyi çalışıyor. Ve if ifadelerinden önce bir yöntem çalıştırmanız gerekiyorsa, bunun bu kullanım durumu ile gerçekten ilgisi yoktur.

Bence korkunç görünüyor. Kodun çeşitli koşullardan sonra çalışmasını istiyorsanız (a) bu koşulları yeniden kontrol edin veya (b) belirtilen başarı durumuna bir değişken ayarlayın.

Genellikle bunu bir anahtar / kasa ile yapabilirsiniz ve bir anahtar / kasa teklif ettiğiniz şey üzerinde daha ince ayarlanmış kontrol sağlar.

Ayrıca mantıksal olarak düzgün okunmuyor. Eğer A ise B ise o zaman C. A veya B doğru olarak değerlendirilirse C'nin yürütüleceğini ima etmez.

İlginç, ama bana öyle geliyor ki (kuşkusuz bir şekilde benim yoluma girdi) okunabilirlik, mantık ve sözdizimi sorunları için bir davet.

Düzenleme: if-elif çok basit - 10 elif olsaydı? 20? Tüm koşulların doğru olması gerekir mi? Bunun şansı nedir?
İf-elif'iniz çok basittir - 10 elif olsaydı? 20? Bu oldukça okunmaz olmaz mı?

Ayrıca, denenmiş ve doğrulanmış bir metodoloji ile kolayca elde edilebilir:

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

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

Tek tek adımlardan önce "stuff_that_applies_to_both" ifadesinin olması gerekiyorsa ne olur? Kodunuz bu durumu ele almıyor:

if (thisCondition or thatCondition)
{
  stuff_that_applies_to_both();

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

Son olarak, bu sözdizimi daha fazla koşulla daha fazla esnekliğe izin verir: if (thisCondition veya thatCondition veya anotherCondition) {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();
}

If / else kullanıyorum, ama kolayca bir bayrak ile bir anahtar deyimi kullanılmış olabilir:

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();

Aslında conditionApplies bayrağına ihtiyacım olmadığını unutmayın - Ben varsayılan olmayan koşullara "stuff_that_applies_to_both ()" işlevini ekleyebilirdi - Ben sadece bu yüzden yukarıda tanımlanan sözdizimi gibi görünüyor, daha sonra "sonra" "else" yerine.

Bu nedenle, daha genel bir sözdiziminin faturayı ve daha fazlasını doldurduğu çok özel bir sözdizimi gibi görünüyor.

Olası bir özelliği düşündüğünüz için +1 (bunu yapmaya devam edin!), Ancak uygulamak için oy vermezdim.

Bugün böyle bir şey kullanmayı düşünmezdim. Ama emin olmak için tekrarlamak kadar sık ​​kullanacağım.

Kod en azından gereksiz yuvalama olmadan daha iyi görünecektir. Ben tercih etsem Else Ifde elif. Ben değiştirecekti Thenile Dove son Elseile Otherwise.

Harika bir fikir gibi görünüyor. Ancak hayal ediyorum tek sorun daha hata eğilimli olmasıdır. Bir if / else if yazmak ve o zaman blah () çağırmak gibi. Eğer blah istemiyorsa fazladan bir yazı yazmak, o zamandan blah'ı kaldırmak ve ifs / elseif'lerinize eklemek. Daha sonra siz veya başka bir programcı başka bir ifade eklediğinizde, blah'ın çağrılmasını bekleyebilirsiniz, ancak istemeyebilirsiniz.

Ya da birkaç ifs olabilir, bir falan yazabilir ve tüm ifs unutabilir ama biri bunu gerektirecek bir şey kırabilir. Ayrıca, if bloğunun altına koyacaksanız her birini takip etmelerine ihtiyacınız varsa. Muhtemelen başka bir bool ayarlamak (NoUpdate = true) ve doğrudan altında daha net olan ve bir if tarafından ayarlanabilen bir if (! NoUpdate) {} yazmanız yeterlidir.

Sadece hatalara daha yatkın göründüğünü söylüyorum, fikri sevmiyorum. Ben bir dilde görmek sakıncası olmaz ama benim dil destekliyorsa onu kullanacağım herhangi bir durum hayal edemiyorum.

Sözdiziminizi kafa karıştırıcı buluyorum, ancak kavramda bir değer görüyorum. Kavramsal olarak, konuyu düşündüğümde, kendimi isterken bulduğum şey, temelde son elseateşlenmediği durumlarda işleri yürütecek olan bir "boş" . Bu açıdan baktığımda, aşağıdakiler yoluyla benzer bir sonuç elde edebileceğinizi öneririm:

  yapmak
  {
    eğer (koşul1)
      ... sadece koşul1 için şeyler
    aksi halde (koşul2)
      ... sadece condition2 için şeyler
    Başka
    {
      ... her iki koşul için de
      break;
    }
    ... her iki koşul için de
  } süre (0); // Mola için devam noktası

Başka bir seçenek bazı durumlarda şunlar olabilir:

  if ((koşul1 && (işlem1,1)) ||
       (koşul2 && (işlem2,1)) ||
       (Action_for_neither, 0))
    action_for_either;

Biraz iğrenç görünüyor, ancak bazı durumlarda, kodu çoğaltmak veya kullanmaktan goto(istenen birinin buraya ekleyebileceği karikatür hariç) o kadar kötü olmayabilir) istenen olay sırasını ifade etmenin iyi bir yolu olmayabilir.