Условия: if и else

Развилка начинается с вопроса, на который есть ровно два ответа — да или нет. Такой вопрос записывается булевым выражением: строить их мы научились в уроке про bool и логику — сравнения age >= 18, password == "secret", balance <= 0 дают true или false. Оператор if берёт выражение и выполняет свой блок только при true; при false блок молча пропускается, и программа едет дальше по прямой.

Запись лаконичная: if age >= 18 { fmt.Println("проходите") }. Круглые скобки вокруг условия в Go не пишут: компилятор их стерпит, но gofmt, стандартный форматировщик, молча их удалит, и весь идиоматичный код живёт без них. Зато фигурные скобки обязательны всегда, даже если в блоке одна строка. И деталь на будущее: отступы — только для людей, компилятор смотрит исключительно на скобки.

Пара, которую ищут по запросу «if else go», — это две дороги, из которых выполняется ровно одна. Ветка else не имеет собственного условия: она срабатывает во всех остальных случаях, когда проверка if дала false. Гарантия «что-то одно, но что-то обязательно» — главное свойство развилки: если в блоке else увеличивать счётчик неудачных попыток, он не задвоится ни при каком раскладе.

У else есть синтаксическая странность, о которую спотыкается каждый второй: слово else обязано стоять на той же строке, где закрывающая скобка if. Перенесёте его на следующую строку — получите ошибку про неожиданный else, причём винить захочется строку с else, а виновата строка выше: Go сам вставляет точку с запятой в конец строки после } и отрезает else от его if. Песочница ругается точно так же. Правило короткое: } else { — одна строка.

Двух дорог часто мало: оценка превращается в пять слов, температура — в диапазон «жарко, тепло, прохладно, холодно». Для лестницы проверок есть else if: условия перебираются сверху вниз, и первая же истинная ветка выполняется, а все нижние пропускаются — даже если их условия тоже истинны. Финальный else без условия необязателен: он ловит «всё остальное» и спасает, когда ни одна проверка не выстрелила.

Отсюда правило, которое экономит часы отладки: от самого строгого условия — к самому мягкому. Поставьте проверку на 70 выше проверки на 90, и отличник с результатом 95 навсегда станет «хорошим»: до второй ветки очередь не доходит. В песочнице ниже это видно без слов.

Одно сравнение редко решает судьбу ветки: возраст подходит «и» билет куплен, день выходной «или» праздник, доступ запрещён, когда «не» админ. Условия собирают из булевой арифметики, которую мы разбирали в уроке про bool и логику: && требует истинности обоих операндов, || — хотя бы одного, ! переворачивает значение. Диапазон «от 18 до 35» записывается парой сравнений через &&: age >= 18 && age <= 35 — арифметическую запись 18 <= age <= 35 Go не примет, каждое сравнение надо проговаривать целиком.

Приоритеты операторов из урока про операторы и выражения работают и здесь: && связывает крепче ||, поэтому a || b && c читается как a || (b && c). Сомневаетесь — ставьте скобки: внутри условия они разрешены, запрет касается только внешних скобок вокруг всего выражения. Плюс сокращённые вычисления: если левая часть && уже ложна, правую Go даже не вычисляет. На этом строятся безопасные проверки вроде len(parts) > 0 && parts[0] == "Аня": у пустого среза левая половина ложна, и до обращения parts[0] дело не доходит.

В уроке про ввод данных мы видели проверку ошибки if err != nil. На практике она почти всегда выглядит иначе: if n, err := strconv.Atoi(s); err != nil. Между if и условием через точку с запятой можно вписать инициализирующий оператор — обычно короткое объявление :=. Он выполняется до проверки условия, а объявленные переменные живут ровно внутри конструкции: доступны в блоке if, в ветках else if и else — и исчезают сразу после закрывающей скобки.

Это не украшение, а способ держать переменные при их деле. n и err нужны только чтобы решить судьбу числа, — значит, им и место внутри if. Попытка напечатать n после конструкции закончится ошибкой undefined: n — за пределами развилки такой переменной нет, и это хорошо: меньше шансов случайно взять устаревшее значение. Оператор работает и без ошибок в придачу: if t := temp - 5; t >= 25 { ... }. А если значение нужно в нескольких местах ниже по коду, объявляйте его обычным := — тонкости обоих способов разбирались в уроке про переменные и константы.

Три ошибки встречаются так часто, что их стоит назвать поимённо.

Первая — лишний else. Если ветка if завершает работу — печатает вердикт или делает return, — else не нужен: после развилки всё равно ничего не исполняется, а каждая вложенная else добавляет отступ, то есть прямую трату внимания читателя.

Вторая — не-булево условие. В Go нет «истинных чисел»: if count при целом count не скомпилируется, ноль не считается ложью, пустая строка — тем более. Проверяют явно: if count > 0. Заодно это страхует от классической опечатки: if x = 5 не пройдёт, потому что присваивание не возвращает значения, — компилятор ловит то, что в C часто становится невидимым багом.

Третья вам уже знакома — else с новой строки: автоматическая точка с запятой после } отрезает ветку от if. Итого три коротких правила: без скобок вокруг условия, без else после завершающей ветки, } else { на одной строке.

Когда проверок несколько и каждая зависит от предыдущей, код легко уезжает вправо: if внутри if внутри else — три отступа, и уже непонятно, какой if чьё условие охраняет. Лекарство то же — ранний выход: плохие случаи проверяются первыми и сразу завершают работу, основной путь остаётся прямым. Внутри main для этого служит return, как в примере выше; в будущих функциях он же вернёт значение вызывающему коду.

Моё правило простое: если тело if заканчивается return, else не нужен, — и я рад, что линтеры в большинстве команд проверяют это автоматически. Спорить можно об одном: в короткой паре «если/иначе» с двумя симметричными действиями else читается нормально, вырывать его насильно не стоит.

И последнее: если одна переменная сравнивается с пачкой значений, длинная лестница else if — не лучший выбор. Для этого в Go есть switch — тема следующего урока про множественный выбор.