goto vs break & continue
, Кроха-сын пришел к отцу и спросила кроха: "goto - это хорошо?"
 |
Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
|
| ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
| [18.119.255.94] |
|
|
Правила раздела:
1. Название темы - краткое описание кто/что против кого/чего
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
2. В первом сообщении - список параметров, по которым идет сравнение.
3. Старайтесь аргументировать свои высказывания. Фразы типа "Венда/Слюникс - ацтой" считаются флудом.
4. Давайте жить дружно и не доводить обсуждение до маразма и личных оскорблений.
Модераторы: Модераторы, Комодераторы
| Страницы: (32) [1] 2 3 ... 31 32 ( Перейти к последнему сообщению ) |
goto vs break & continue
, Кроха-сын пришел к отцу и спросила кроха: "goto - это хорошо?"
|
Сообщ.
#1
,
|
|
 |
Немного в сторону, но подскажите, почему бы не внедрить этакий "break break" ? Он бы означал прерывание двух вложенных циклов! Можно и более.
P.S. Ну и тут же приходит в голову "continue continue" и "break continue". Эта тема была разделена из темы "Новый стандарт C++: C++1x" |
|
Сообщ.
#2
,
|
|
|
|
Цитата Славян @ почему бы не внедрить этакий "break break" ? Он бы означал прерывание двух вложенных циклов! Можно и более В таких случаях следует задуматься и оформить этот кусок кода отдельной функцией. А там уже return вставить где надо, и всего делов. |
|
Сообщ.
#3
,
|
|
 |
Цитата Славян @ goto в руки и вперед. Немного в сторону, но подскажите, почему бы не внедрить этакий "break break" ? Добавлено Цитата Славян @ А также break break break. Морзянка break continue break. Ну и тут же приходит в голову "continue continue" и "break continue".  |
|
Сообщ.
#4
,
|
 |
Цитата trainer @ goto в руки и вперед Типун тебе на язык |
|
Сообщ.
#5
,
|
|
|
|
Цитата B.V. @ Цитата trainer @ goto в руки и вперед Типун тебе на язык Что плохого в goto для выхода из вложенных циклов? |
|
Сообщ.
#6
,
|
|
|
|
Цитата B.V. @ break и continue - это и есть плохо замаскированные немного автоматизированные goto. Особенно доставляют labeled break и labeled continue в Java - вроде как и нет в нём goto. Типун тебе на язык |
|
Сообщ.
#7
,
|
|
|
|
А так, могли бы ввести break/continue с меткой, на которую нужно перейти.
|
|
|
Сообщ.
#8
,
|
|
|
Цитата D_KEY @ Что плохого в goto для выхода из вложенных циклов? В одном -- ничего. А несколько создают большую проблему понимания кода |
|
Сообщ.
#9
,
|
|
|
|
Цитата B.V. @ создают большую проблему понимания кода Это может касаться любой языковой инструкции  |
|
|
Сообщ.
#10
,
|
|
|
Цитата D_KEY @ Это может касаться любой языковой инструкции Приведи ка мне пример с new или break |
|
Сообщ.
#11
,
|
|
|
|
Привести пример чего? Лапшекода? В реализацию буста давно заглядывал
? Добавлено B.V., не надо все скатывать в холивар. goto можно использовать нормально. Как и другие конструкции можно использовать криво. |
|
|
Сообщ.
#12
,
|
|
|
Цитата D_KEY @ Привести пример чего? Лапшекода? В реализацию буста давно заглядывал ? Да, пример нечитабельного кода из-за вышеупомянутых операторов. Цитата D_KEY @ B.V., не надо все скатывать в холивар. goto можно использовать нормально. Как и другие конструкции можно использовать криво. Холивар, D_KEY, это твоя прерогатива. Другими инструкциями код запутать либо сложно, либо невозможно вовсе. |
|
Сообщ.
#13
,
|
|
|
|
Цитата B.V. @ Да, пример нечитабельного кода из-за вышеупомянутых операторов. Код нечитабельным делают не сами операторы, а контекст их использования. Например, placement new в сочетании со сложным выражением получения буфера и/или типа создаваемого объекта(в который, до кучи могут передаваться еще объекты созданные по new) и пр., вполне себе делают код нечитабельным. Тоже касается и break в сочетании с попытками выхода из вложенных циклов или обработкой ошибок(в случае С). Добавлено Цитата B.V. @ Другими инструкциями код запутать либо сложно, либо невозможно вовсе.  |
|
|
Сообщ.
#14
,
|
|
|
Цитата D_KEY @ Код нечитабельным делают не сами операторы, а контекст их использования. Например, placement new в сочетании со сложным выражением получения буфера и/или типа создаваемого объекта(в который, до кучи могут передаваться еще объекты созданные по new) и пр., вполне себе делают код нечитабельным. Тоже касается и break в сочетании с попытками выхода из вложенных циклов или обработкой ошибок(в случае С). Ты сейчас сказал по сути следующее: операторы не при чем, код сам по себе может быть запутанным Да неужели? |
|
Сообщ.
#15
,
|
|
|
|
Цитата B.V. @ Ты сейчас сказал по сути следующее: операторы не при чем, код сам по себе может быть запутанным Да неужели? Ага. Только не сам по себе, а кривыми руками программиста. Это сообщение было перенесено сюда или объединено из темы "Новый стандарт C++: C++1x" |
0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)
0 пользователей:
[ Script execution time: 0,0411 ] [ 16 queries used ] [ Generated: 16.04.24, 07:00 GMT ]