Go言語を学び始めたエンジニアが最初に見当たらなくて驚く機能の一つに、三項演算子があります。

C++やJava、JavaScript、Pythonなどの主要な言語では a ? b : c という形式で簡潔に条件分岐を記述できますが、Go言語には意図的にこの構文が導入されていません。

この記事では、Go言語の設計思想に基づいた三項演算子の不在理由から、実務で役立つ代替手法、そしてジェネリクスを活用した最新の効率的な書き方までを詳しく紹介します。

2026年現在のGo開発シーンにおいて、可読性を保ちつつコードを簡潔にするための最適なアプローチを学びましょう。

Go言語に三項演算子が存在しない理由

Go言語の設計者たちは、言語の仕様を極限までシンプルに保つことを重視しました。

三項演算子は非常に便利な構文ですが、一つの行に複雑な条件論理を詰め込みすぎる原因になると考えられています。

特に三項演算子が入れ子になったコードは、パッと見ただけでは処理内容を理解しにくく、バグの温床になりやすいという側面があります。

Go言語は 「誰が書いても同じようなコードになること」 を目指しており、トリッキーな省略記法を排除する傾向にあります。

公式のFAQでも、if-else 構文が既に存在しており、それだけで十分であるという旨が明記されています。

冗長に見えるかもしれませんが、明確で明白なコードこそが保守性を高めるという哲学が反映されているのです。

基本となる代替手法:if-else構文

Go言語において、三項演算子の最も基本的で推奨される代替手法は、通常の if-else 構文を使用することです。

変数の宣言と代入を分ける方法

最も確実で安全な方法は、まず変数を宣言し、その後に if 文で値を代入することです。

Go
package main

import "fmt"

func main() {
    score := 85
    var result string

    // 三項演算子の代わりにif-elseを使用
    if score >= 80 {
        result = "合格"
    } else {
        result = "不合格"
    }

    fmt.Println("判定結果:", result)
}
実行結果
判定結果: 合格

この書き方は行数こそ増えますが、条件分岐が非常に明確であるというメリットがあります。

デバッガでステップ実行する際にも、どちらの条件に入ったかが一目でわかります。

即時実行関数(IIFE)を利用する方法

変数のスコープを限定したい場合や、変数の宣言と初期化を一行の感覚で行いたい場合は、即時実行関数を利用することもあります。

Go
package main

import "fmt"

func main() {
    isAvailable := true

    // 無名関数を定義して即座に実行する
    status := func() string {
        if isAvailable {
            return "利用可能"
        }
        return "準備中"
    }()

    fmt.Println("ステータス:", status)
}
実行結果
ステータス: 利用可能

ただし、この方法はコードがやや複雑に見えるため、多用は禁物です。

ジェネリクスを活用した三項演算子関数の実装

Go 1.18から導入された ジェネリクス(Generics) を使用すれば、汎用的な三項演算子風の関数を自作することが可能です。

これにより、型安全を保ちながらコードを短縮できるようになります。

If関数の定義

以下のコードは、条件式と2つの値を引数に取り、結果を返すシンプルな関数です。

Go
package main

import "fmt"

// If は三項演算子の代替となるジェネリック関数です
func If[T any](condition bool, trueVal, falseVal T) T {
    if condition {
        return trueVal
    }
    return falseVal
}

func main() {
    age := 20
    // 型推論により、string型として扱われる
    message := If(age >= 18, "成人", "未成年")
    
    // 数値型でも利用可能
    discount := If(age >= 65, 500, 0)

    fmt.Printf("メッセージ: %s, 割引額: %d円\n", message, discount)
}
実行結果
メッセージ: 成人, 割引額: 0円

このようにジェネリクスを使うことで、あらゆるデータ型に対して共通のロジックを適用できます。

プロジェクト内のユーティリティパッケージにこの関数を定義しておけば、簡易的な条件分岐を非常にスッキリと記述できます。

ジェネリクス版の注意点とデメリット

ジェネリクス版の関数を使用する際には、「引数が即時評価される」 という点に注意が必要です。

通常の if 文であれば、条件が偽の時に else ブロック内の処理は実行されません。

しかし、関数の引数として値を渡す場合、条件の真偽に関わらず trueValfalseVal の両方が計算(評価)されます。

もし引数に重い計算を行う関数の戻り値を指定している場合、パフォーマンスの低下や意図しないサイドエフェクトが発生する恐れがあります。

サイドエフェクトの例

Go
func heavyProcess() string {
    fmt.Println("重い処理を実行しました")
    return "完了"
}

// conditionがfalseでもheavyProcessは実行されてしまう
result := If(false, heavyProcess(), "スキップ")

このようなケースでは、後述する「遅延評価」の手法を検討するか、おとなしく if 文を使用するのが賢明です。

その他の代替パターン

三項演算子を使いたい場面に応じて、他にもいくつかのパターンが考えられます。

マップを利用した選択

条件が「はい」か「いいえ」のような真偽値に基づき、単に値を選択するだけなら、マップを利用するのも一つの手です。

Go
package main

import "fmt"

func main() {
    isAdmin := true
    
    // マップによる値の切り替え
    roleName := map[bool]string{true: "管理者", false: "一般ユーザー"}[isAdmin]

    fmt.Println("権限:", roleName)
}

この方法は簡潔ですが、マップの初期化コストが発生するため、パフォーマンスが求められるループ内などでの使用には注意してください。

遅延評価のためのクロージャ活用

先述した「即時評価」の問題を解決するために、関数の引数に「関数そのもの」を渡す方法があります。

Go
package main

import "fmt"

// IfLazy は関数を引数に取り、必要な方だけを実行します
func IfLazy[T any](condition bool, trueFn, falseFn func() T) T {
    if condition {
        return trueFn()
    }
    return falseFn()
}

func main() {
    isOk := true
    result := IfLazy(isOk, 
        func() string { return "成功" },
        func() string { return "失敗" },
    )
    fmt.Println(result)
}

これにより、不要な処理をスキップできるようになりますが、記述が冗長になるため、通常の if 文の方が読みやすい場合が多いでしょう。

実務での使い分けガイドライン

どのような場合にどの手法を採用すべきか、以下の表にまとめました。

手法メリットデメリット
if-else 構文最も標準的で可読性が高い。デバッグが容易。記述が長くなる。
ジェネリクス関数一行で書けて見た目がスッキリする。両方の引数が評価される。関数の定義が必要。
マップ利用コードが非常に短くなる。可読性が低く、パフォーマンスに影響が出る場合がある。

基本的には 「迷ったら if-else を書く」 というのがGo言語のベストプラクティスです。

しかし、例えば構造体のフィールドを初期化する際や、HTMLテンプレートに渡すパラメータを一行で決定したい場合などには、ジェネリクスを活用したユーティリティ関数が非常に強力な武器になります。

まとめ

Go言語に三項演算子がないのは、言語のシンプルさと一貫性を守るための意図的な設計決定です。

当初は不便に感じるかもしれませんが、明示的な if-else を書く習慣は、大規模な開発においてコードの透明性を保つ助けとなります。

一方で、Go 1.18以降の世界ではジェネリクスという強力なツールがあり、自分たちのプロジェクトに適した便利なユーティリティを定義することも可能です。

重要なのは、チーム全体でどの書き方を許容するかというルールを共有し、「読みやすさ」を最優先にコードを選択することです。

今回紹介した代替手法を状況に応じて使い分け、クリーンでメンテナンスしやすいGoコードを目指しましょう。