Хтось все ще використовує [goto] в C # і якщо так, то чому? [зачинено]

Мені було цікаво, чи все ще хтось використовує синтаксис ключових слів «goto» у C # та які можливі причини для цього.

Я схильний розглядати будь-які твердження, які змушують читача стрибати навколо коду як погану практику, але цікаво, чи існують якісь надійні сценарії використання такого синтаксису?

Визначення ключового слова

Є деякі (рідкісні) випадки, коли goto може фактично покращити читабельність. Насправді документація, яку ви пов’язали, містить два приклади:

Загальне використання goto полягає в передачі керування на конкретну мітку регістру комутатора або мітку за замовчуванням в операторі комутатора.

Оператор goto також корисний для виходу з глибоко вкладених циклів.

Ось приклад для останнього:

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

end_of_loop:

Звичайно, існують і інші способи вирішення цієї проблеми, такі як рефакторинг коду у функцію, використання макетного блоку навколо нього тощо (детальніше див. Це питання ). В якості додаткового зауваження, дизайнери мови Java вирішили повністю заборонити goto та запровадити замість нього заяву про перерву .

Я пам’ятаю цю частину

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

На щось подібне

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

Посилайтеся на це

Я широко використовую його в Eduasync, щоб показати тип коду, який створює компілятор для вас при використанні методів асинхронізації в C # 5. Ви б побачили те саме в блоках ітераторів.

У "звичайному" коді, однак, я не можу згадати останній раз, коли я його використовував ...

goto чудово підходить для виходу з багатьох циклів, коли брейк не спрацював добре (скажімо, за умов помилки), і, як сказав Краген, компілятор використовує goto для створення операторів перемикання та інших речей.

Я не пам'ятаю, щоб ніколи користувався goto. Але, можливо, це покращує наміри вічного циклу, з якого ви дійсно ніколи не хочете виходити (ні break, але ви все одно можете returnабо throw):

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

Потім знову простого while (true)повинно вистачити ...

Крім того, ви можете використовувати в ситуації, коли ви хочете, щоб перша ітерація циклу почалася посередині циклу: шукайте тут приклад.

Компілятор використовує gotoоператори у різних фрагментах згенерованого коду, наприклад, у створених блоках ітератора блоків (згенерованих під час використання yield returnключового слова - я майже впевнений, що у створених типах серіалізації XML також є gotoдесь там.

Докладніше про те, чому / як компілятор C # справляється з цим, див. Подробиці впровадження блоку Iterator: автоматично створені машини стану .

Окрім згенерованого коду, це не є вагомою причиною використовувати gotoоператор у звичайному коді - це робить його складнішим для розуміння і, як результат, більш схильним до помилок. З іншого боку, використовуючиgoto операторів у згенерованому коді, як це, може спростити процес генерації і нормально нормально, оскільки ніхто не збирається читати (або змінювати) згенерований код, і немає шансів помилок, оскільки машина виконує написання.

Дивіться заяву Go-to, що вважається шкідливою як для аргументу, gotoтак і для класичного фрагмента історії програмування.

Процесор реалізує принаймні одну інструкцію про перехід, і я впевнений, що багато тверджень використовують ті, що використовуються в їх реалізації або інтерпретації.

Однією з хороших речей щодо використання мовного мовлення третього чи четвертого поколінь є те, що ці фізичні деталі віддаляються від нас. Хоча ми повинні пам’ятати про закон протікання абстракції, я думаю, що ми також повинні використовувати наші інструменти так, як вони призначені ( вибачте ). Якби я писав код і аgoto здавався гарною ідеєю, настав би час рефакторингу. Мета структурованої мови - уникнути цих «стрибків» та створити логічний потік у нашій інженерії.

Я повинен уникати використання, breakале не можу не помітити переваги продуктивності. Однак, якщо я вклав петлі, які взаємно потребують, breakсаме час переробляти.

Якщо хтось може запропонувати використовувати goto це, здається, краще, ніж рефакторинг, я із задоволенням відкликаю свою відповідь.

Я сподіваюся, що я не винен у тому, що кинувся сюди до " сараю велосипедів ". Як Kragen каже, Що досить добре для Дейкстри є досить хорошим для мене.

Гото ніколи не кращий. І продовжуйте, перервайте (за винятком перемикача / корпусу), (багаторазове) повернення, і кидок також повинен бути зведений до найнижчого мінімуму. Ніколи не хочеться бігти з середини петель гнізд. Ви завжди хочете, щоб у операторах управління циклом були всі керування циклом. Відступ має інформацію, і всі ці заяви викидають цю інформацію. Ви також можете вийняти всі відступи.