Является ли это приемлемым способом использования goto?

Question

Предположим, что я хочу написать игру (на C), которая спросит пользователя, хочет ли он снова играть после окончания игры.

Я вижу два очевидных способа написать это.

Первое:

int main(void) 
{ 
    /* variable declarations and initializations */ 

    do { /* optionally multiple games */ 

     /* game code here */ 
     ........ 

     /* prompt user wheter he wants to play again */ 
     bool playagain = playagain(); 

    } while(playagain); 

    ..... 
} 

И второе:

int main(void) 
{ 
    /* variable declarations and initializations */ 

game_start: /* optionally multiple games */ 

    /* game code here */ 
    ........ 

    /* prompt user wheter he wants to play again */ 
    bool playagain = playagain(); 

    if (playagain) 
     goto game_start; 

    ..... 
} 

Я знаю, что в целом это плохая идея использовать GOTO заявления, но я думаю, что здесь это делает код более понятным и спасает нас от дополнительный уровень отступа.

Так что, мой вопрос в том, является ли этот конкретный пример надлежащим способом использования инструкции goto или я должен его избегать?

Answer 1

После более чем 40 лет дебатирования Гото, до сих пор нет единого мнения среди всех программистов в мире.

Наиболее распространенное мнение (?) Заключается в том, что goto в порядке, в редких случаях, и в таких случаях его следует использовать только для того, чтобы прыгать вниз. Один из таких примеров - это разрыв нескольких проверенных циклов или операторов. Другим примером является обработка ошибок, когда вы переходите к метке в конце функции, «обработка исключений для несовершеннолетних».

Некоторые люди считают, что goto considered harmful и никогда не будет использоваться ни при каких обстоятельствах, поскольку ключевое слово goto всегда может быть заменено другими языковыми механизмами.

Лично я предпочитаю никогда не использовать Гото, главным образом, чтобы избежать дискуссий, но вместо этого я использую очень похожую конструкцию, с функциями:

int main() 
{ 
    while (play_a_game()) 
    ; 
} 

bool play_a_game (void) 
{ 
    game();  

    return play_again(); 
} 

Кроме того, вы можете выйти из нескольких циклов, используя оператор возврата из функция, а не goto. По иронии судьбы, программисты C редко имеют проблемы с возвратами функций или операторами break, но они видят красный, когда появляется goto, хотя полученный машинный код, скорее всего, будет таким же.

Как правило, когда вы беспокоитесь о нескольких слоях отступа, делая код нечитаемым, функции всегда являются решением.

Answer 2

Как правило, люди, использующие случаи ненависти к Н, потому что они видят, что «уйти от необходимости получить» являются одной из причин использования С для начала.

Как только вы решите, что хотите использовать gotos, продолжайте использовать их. Однако в целом это приводит к запутыванию кода, что вам будет сложно задавать вопросы о переполнении стека.

Я бы полностью избежал переселений.

Фактически, единственная причина, по которой я использую gotos, - это когда я хочу написать программу на C перед написанием программы назначения, которая должна быть записана в сборке (что намного проще визуализировать с помощью gotos).

В любом случае, если вы чувствуете, что есть преимущества использования gotos над «нормальными» инструкциями по контролю, продолжайте использовать их. Но будьте осторожны, там будут драконы.

Answer 3

Это не лучший пример, в K & R вы можете найти хороший один:

C обеспечивает бесконечно abusable о Гото и метки к ответвлением. Формально утверждение goto никогда не требуется, и в практике практически всегда легко писать код без него. У нас не используется goto в этой книге. Тем не менее, есть несколько ситуаций , где gotos могут найти место. Наиболее распространенным является отказ от обработки в некоторой глубоко вложенной структуре, такой как разрыв двух или более петель сразу. Оператор break не может использоваться напрямую, так как он только выходит из самого внутреннего цикла. Таким образом:

  for (...) 
       for (...) { 
        ... 
        if (disaster) 
         goto error; 
       } 
     ... 
    error: 
     /* clean up the mess */ 

Эта организация удобна, если код обработки ошибок нетривиален, и если ошибки могут возникать в нескольких местах.

Answer 4

В вашем втором примере вы в основном пишете цикл, но вместо того, чтобы использовать одну из существующих и хорошо известных конструкций контуров, вы используете if + goto.

Я бы сказал, что 1-й уровень гораздо понятнее.

Answer 5

Я бы использовал скорее первый. Использование goto не является плохим, если это лучшее решение.Например, если бы у меня было два вложенных переключателя и вы хотели разбить второй из первого, я бы использовал goto вместо дополнительной переменной и условия. Вы можете использовать любой стиль кодирования, который вам нравится, но в целом мы избегаем использования их, потому что они могут легко испортить наш код. Но все же это ваш выбор.

Answer 6

Я использую его очень редко, как способ «финализировать».

fun() { 
    d = getDatabaseConnection(...); 
    if (d) { 
    f = fopen(...); 
    if (f) { 
     ...do things... 
     if (error(...)) { 
     goto finalize; 
     } 
     ...do more things... 
    } 
    } 

    finalize: 
    if (f) fclose(f); 
    if (d) closeDatabaseConnection(d); 
}