std::optional, std::variant & std::expected

Verwende C++17/23-Summentypen, um nullbare Werte, typsichere Unions und Wert-oder-Fehler-Rückgaben darzustellen — und eliminiere ganze Fehlerklassen zur Kompilierzeit.

Summentypen: Ungültige Zustände nicht darstellbar machen

Ein Summentyp kann zu jedem Zeitpunkt einen von mehreren Typen halten, und der Compiler stellt sicher, dass du alle Möglichkeiten behandelst. C++17 führte std::optional und std::variant ein; C++23 fügte std::expected hinzu. Zusammen ersetzen sie fehleranfällige Muster:

- std::optional ersetzt "gib T oder Sentinel-Wert / Null-Zeiger zurück"
- std::variant ersetzt "union + Tag-Enum" (typsicher, kein UB)
- std::expected ersetzt "gib T zurück oder setze Fehlercode"

Diese Typen verlagern die Fehlerprüfung von Laufzeit-Disziplin (hoffen, dass der Programmierer daran denkt zu prüfen) zu Kompilierzeit-Erzwingung (das Typsystem erzwingt korrekte Behandlung).

std::optional — Nullbare Werte ohne Zeiger

std::optional hält entweder einen T-Wert oder nichts (std::nullopt). Es ersetzt das Antimuster, spezielle Sentinel-Werte (-1, "", nullptr) zu verwenden, um "kein Wert" zu bedeuten.

optional_demo.cpp

#include <optional>
#include <string>
#include <map>
#include <iostream>

class UserDatabase {
public:
    void add(int id, const std::string& name) {
        users_[id] = name;
    }

    // Returns the user name, or std::nullopt if not found
    std::optional<std::string> find_user(int id) const {
        auto it = users_.find(id);
        if (it == users_.end()) {
            return std::nullopt;  // explicit "no value"
        }
        return it->second;  // implicit conversion to optional
    }

private:
    std::map<int, std::string> users_;
};

int main() {
    UserDatabase db;
    db.add(1, "Alice");
    db.add(2, "Bob");

    // Method 1: Check with has_value()
    auto result = db.find_user(3);
    if (result.has_value()) {
        std::cout << "Found: " << result.value() << '\n';
    } else {
        std::cout << "User not found\n";
    }

    // Method 2: value_or() with a default
    std::cout << db.find_user(1).value_or("<unknown>") << '\n';

    // Method 3: Boolean conversion (idiomatic)
    if (auto user = db.find_user(2)) {
        std::cout << "Found: " << *user << '\n';  // dereference like a pointer
    }
}

Monadische Operationen auf std::optional (C++23)

C++23 fügt and_then, transform und or_else zu std::optional hinzu und ermöglicht funktionale Verkettung ohne verschachtelte if-Anweisungen.

monadic_optional.cpp

#include <optional>
#include <string>
#include <charconv>
#include <iostream>

// C++23 monadic operations on std::optional

std::optional<std::string> get_env(const std::string& name) {
    const char* val = std::getenv(name.c_str());
    if (!val) return std::nullopt;
    return std::string(val);
}

std::optional<int> parse_int(const std::string& s) {
    int value{};
    auto [ptr, ec] = std::from_chars(
        s.data(), s.data() + s.size(), value);
    if (ec != std::errc{}) return std::nullopt;
    return value;
}

std::optional<int> validated_port(int port) {
    if (port > 0 && port < 65536) return port;
    return std::nullopt;
}

int main() {
    // Without monadic ops: nested ifs
    // With monadic ops (C++23): clean pipeline
    int port = get_env("PORT")
        .and_then(parse_int)        // std::optional<int>
        .and_then(validated_port)   // std::optional<int>
        .or_else([]() -> std::optional<int> {
            std::cerr << "Using default port\n";
            return 8080;
        })
        .value();

    std::cout << "Port: " << port << '\n';
}

std::variant — Typsichere Unions

std::variant hält zu jedem Zeitpunkt genau einen seiner Template-Typen. Im Gegensatz zu C-Unions verfolgt es, welcher Typ aktiv ist, und verhindert den Zugriff auf den falschen. Verwende std::visit mit einem Visitor, um alle Alternativen zu behandeln.

variant_json.cpp

#include <variant>
#include <string>
#include <vector>
#include <iostream>
#include <cmath>

// A JSON-like value type using variant
struct JsonNull {};

using JsonValue = std::variant<
    JsonNull,                           // null
    bool,                               // true/false
    double,                             // number
    std::string,                        // string
    std::vector<struct JsonNode>        // array
>;

struct JsonNode {
    JsonValue value;
};

// Overloaded visitor pattern (C++17 trick)
template<class... Ts>
struct overloaded : Ts... { using Ts::operator()...; };
template<class... Ts>
overloaded(Ts...) -> overloaded<Ts...>;

std::string to_string(const JsonValue& val) {
    return std::visit(overloaded{
        [](JsonNull) -> std::string { return "null"; },
        [](bool b)   -> std::string { return b ? "true" : "false"; },
        [](double d) -> std::string { return std::to_string(d); },
        [](const std::string& s) -> std::string {
            return "\"" + s + "\"";
        },
        [](const std::vector<JsonNode>& arr) -> std::string {
            std::string result = "[";
            for (std::size_t i = 0; i < arr.size(); ++i) {
                if (i > 0) result += ", ";
                result += to_string(arr[i].value);
            }
            return result + "]";
        }
    }, val);
}

int main() {
    JsonValue v1 = 3.14;
    JsonValue v2 = std::string("hello");
    JsonValue v3 = JsonNull{};

    std::cout << to_string(v1) << '\n';  // 3.140000
    std::cout << to_string(v2) << '\n';  // "hello"
    std::cout << to_string(v3) << '\n';  // null

    // std::holds_alternative and std::get
    if (std::holds_alternative<double>(v1)) {
        std::cout << "v1 is double: " << std::get<double>(v1) << '\n';
    }

    // std::get throws std::bad_variant_access if wrong type
    // std::get_if returns nullptr instead — safer
    if (auto* ptr = std::get_if<std::string>(&v2)) {
        std::cout << "v2 is string: " << *ptr << '\n';
    }
}

std::expected — Wert oder Fehler (C++23)

std::expected hält entweder einen Wert vom Typ T oder einen Fehler vom Typ E. Es ist C++' Antwort auf Rusts Result. Im Gegensatz zu Exceptions muss der Aufrufer den Fehler explizit behandeln. Im Gegensatz zu Fehlercodes kann der Fehler reichhaltige Informationen tragen.

expected_demo.cpp

#include <expected>
#include <string>
#include <fstream>
#include <sstream>
#include <iostream>
#include <system_error>

enum class ParseError {
    FileNotFound,
    InvalidFormat,
    ValueOutOfRange
};

std::string to_string(ParseError e) {
    switch (e) {
        case ParseError::FileNotFound:   return "file not found";
        case ParseError::InvalidFormat:  return "invalid format";
        case ParseError::ValueOutOfRange: return "value out of range";
    }
    return "unknown";
}

std::expected<std::string, ParseError> read_file(const std::string& path) {
    std::ifstream file(path);
    if (!file.is_open()) {
        return std::unexpected(ParseError::FileNotFound);
    }
    std::ostringstream ss;
    ss << file.rdbuf();
    return ss.str();  // implicitly wraps in expected
}

std::expected<int, ParseError> parse_port(const std::string& content) {
    try {
        int port = std::stoi(content);
        if (port < 1 || port > 65535) {
            return std::unexpected(ParseError::ValueOutOfRange);
        }
        return port;
    } catch (...) {
        return std::unexpected(ParseError::InvalidFormat);
    }
}

int main() {
    // Monadic chaining (C++23)
    auto result = read_file("port.conf")
        .and_then(parse_port)
        .or_else([](ParseError e) -> std::expected<int, ParseError> {
            std::cerr << "Error: " << to_string(e)
                      << ", using default\n";
            return 8080;  // fallback
        });

    std::cout << "Port: " << result.value() << '\n';
}

Stolperfalle

Diese Typen sind mächtig, haben aber scharfe Kanten bei Missbrauch.

.value() auf einem leeren std::optional aufrufen wirft std::bad_optional_access — prüfe immer zuerst oder verwende value_or()
std::get(variant) mit dem falschen Typ wirft std::bad_variant_access — bevorzuge std::visit oder std::get_if
std::variant mit doppelten Typen (z.B. variant) ist gültig, aber verwirrend — verwende nur indexbasierten Zugriff
Den Fehler in std::expected ignorieren, indem immer .value() aufgerufen wird, verfehlt den Zweck — prüfe .has_value() oder verwende monadische Operationen
std::optional existiert nicht im Standard (noch nicht) — verwende std::optional> als Workaround

Best Practice

Wähle den richtigen Summentyp für jede Situation.

std::optional: Ein Wert, der möglicherweise nicht existiert — Suchen, optionale Parameter, Lazy Initialization
std::variant: Ein Wert, der einer von mehreren Typen sein könnte — AST-Knoten, JSON-Werte, Nachrichtentypen
std::expected: Eine Berechnung, die fehlschlagen könnte — Datei-E/A, Parsen, Validierung, alles was T oder einen Fehler zurückgibt

Wichtigste Erkenntnisse

std::optional ersetzt Sentinel-Werte und Null-Zeiger durch ein typsicheres "Wert oder nichts"
std::variant ersetzt C-Unions durch eine typsichere getaggte Union — verwende std::visit für erschöpfende Behandlung
std::expected (C++23) ist C++' Result — Wert oder Fehler mit monadischer Verkettung
C++23 monadische Operationen (and_then, transform, or_else) ermöglichen saubere Pipelines ohne verschachtelte if-Blöcke
Summentypen verlagern die Fehlerprüfung von Laufzeit-Disziplin zu Kompilierzeit-Erzwingung

Quiz — Teste dein Wissen

(20 XP)

1. Was macht `std::optional::value_or(default)`?

2. Was ist der Vorteil von `std::visit` gegenüber `std::get<T>` bei der Arbeit mit `std::variant`?

3. Wie unterscheidet sich `std::expected<T, E>` davon, einfach eine Exception zu werfen?

Zurück

Fehlerbehandlungsstrategien: Den richtigen Ansatz wählen

Weiter

Typsicherheit, Assertions & Contracts