C #’da hala [goto] kullanan var mı ve öyleyse neden? [kapalı]

C # 'ta hala "goto" anahtar kelime sözdizimini kullanıp kullanmadığını ve bunu yapmak için olası nedenleri olup olmadığını merak ediyordum.

Okuyucunun kodun etrafından atlamasına neden olan herhangi bir ifadeyi kötü bir uygulama olarak görme eğilimindeyim, ancak böyle bir sözdizimini kullanmak için herhangi bir güvenilir senaryo olup olmadığını merak ettim.

Anahtar Kelime Tanımına Git

Goto'nun okunabilirliği gerçekten iyileştirebileceği bazı (nadir) durumlar vardır. Aslında, bağladığınız belgelerde iki örnek listelenmiştir:

Goto'nun yaygın bir kullanımı, denetimi belirli bir anahtar durum etiketine veya bir anahtar deyimindeki varsayılan etikete aktarmaktır.

Goto ifadesi, derinlemesine iç içe geçmiş döngülerin dışına çıkmak için de kullanışlıdır.

İşte ikincisi için bir örnek:

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

end_of_loop:

Elbette, bu sorunun etrafında başka yollar da var, örneğin kodu bir işleve dönüştürmek, etrafında bir kukla blok kullanmak gibi ( ayrıntılar için bu soruya bakın). Bir yan not olarak, Java dili tasarımcıları gitmeyi tamamen yasaklamaya ve bunun yerine etiketli bir break ifadesini kullanmaya karar verdiler .

Bu bölümü hatırlıyorum

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; 
}

Bunun gibi bir şeye

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

bakın Bu

Bunu Eduasync'te C # 5'te zaman uyumsuz yöntemleri kullanırken derleyicinin sizin için ürettiği kod türünü göstermek için yoğun bir şekilde kullanıyorum. Aynı şeyi yineleyici bloklarda da görürsünüz.

"Normal" kodda olsa da, onu en son ne zaman kullandığımı hatırlayamıyorum ...

goto, break işleminin iyi sonuç vermeyeceği (mesela hata koşullarında) birçok döngüyü kırmak için harikadır ve Kragen'in dediği gibi goto, derleyici tarafından switch ifadeleri ve başka şeyler üretmek için kullanılır.

Hiç kullandığımı hatırlamıyorum goto. Ama belki de gerçekten (çıkışsız istiyorum asla bir sonsuza döngünün niyet geliştirir break, ancak yine de returnya throw):

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

Sonra tekrar, basit bir şey while (true)yeterli olmalı ...

Ayrıca, olabilir sen döngü ortasında başlatmak için bir döngünün ilk yineleme istediğiniz yere bir durumda kullanın: bakmak burada bir örnek için.

Derleyici goto, üretilen kodun çeşitli parçalarında ifadeler kullanır , örneğin oluşturulan yineleyici blok türlerinde ( yield returnanahtar kelime kullanılarak oluşturulur - oluşturulan XML serileştirme türlerinin de gotoorada bir yerde birkaç ifadeye sahip olduğundan oldukça eminim .

C # derleyicisinin bunu neden / nasıl işlediğine ilişkin daha fazla ayrıntı için Yineleyici blok uygulama ayrıntıları: otomatik oluşturulan durum makineleri konusuna bakın .

Oluşturulan koddan başka, gotonormal kodda bir ifade kullanmak için iyi bir neden yoktur - bu, kodun anlaşılmasını zorlaştırır ve sonuç olarak daha hataya açık hale getirir. Öte yandan goto, üretilen kodda bu gibi ifadelerin kullanılması , oluşturma sürecini basitleştirebilir ve normalde iyidir çünkü kimse üretilen kodu okuyamaz (veya değiştirmez) ve bir makine yazmayı yaptığı için hata yapma şansı yoktur.

Klasik bir programlama geçmişinin yanı sıra karşı bir argüman için zararlı kabul edilen Go-to ifadesine bakın goto.

İşlemci en az bir atlama talimatı uygular ve eminim pek çok ifade kendi uygulama veya yorumlamasında bunları kullanır.

3. veya 4. nesil bir dil kullanmanın güzel yanlarından biri, bu fiziksel detayların bizden soyutlanmış olmasıdır. Biz dikkatli olmalı iken sızdıran soyutlama yasa biz de bizim kullanması gerektiğini düşünüyorum maksadı gibi araçları ( üzgün ). Kod yazıyor olsaydım ve gotoiyi bir fikir gibi görünseydi, yeniden düzenleme yapma zamanı gelmişti. Yapılandırılmış bir dilin amacı, bu "sıçramalardan" kaçınmak ve mühendisliğimizde mantıksal bir akış oluşturmaktır.

Kullanımından kaçınmalıyım breakama performans avantajını göz ardı edemem. Ancak, karşılıklı olarak ihtiyaç duyan iç içe döngülerim breakvarsa, yeniden düzenleme zamanıdır.

Eğer herhangi biri gotoyeniden düzenlemeden daha iyi görünen bir kullanım önerebilirse, cevabımı memnuniyetle geri çekeceğim.

Umarım buradaki " bisiklet kulübesine " koşmaktan suçlu değilimdir . Kragen'in dediği gibi, Dijkstra için yeterince iyi olan benim için yeterince iyi.

Goto asla daha iyi değildir. Ve devam et, ara (anahtar / durum dışında), (çoklu) geri dön ve atma da en düşük seviyede tutulmalıdır. Asla yuva döngülerinin ortasından kaçmak istemezsiniz. Her zaman döngü kontrol ifadelerinin tüm döngü kontrolüne sahip olmasını istersiniz. Girintilemede bilgi vardır ve tüm bu ifadeler bu bilgiyi çöpe atar. Tüm girintileri de çıkarabilirsin.