std::optional, std::variant e std::expected

Usa i tipi somma di C++17/23 per rappresentare valori che possono mancare, union type-safe e ritorni valore-o-errore — eliminando intere classi di bug a tempo di compilazione.

Tipi somma: rendere irrappresentabili gli stati non validi

Un tipo somma può contenere uno tra diversi tipi in un dato momento, e il compilatore ti obbliga a gestire tutte le possibilità. Il C++17 ha introdotto std::optional e std::variant; il C++23 ha aggiunto std::expected. Insieme sostituiscono pattern soggetti a errori:

- std::optional sostituisce "restituisci T oppure un valore sentinella / un puntatore null"
- std::variant sostituisce "union + enum tag" (type-safe, niente UB)
- std::expected sostituisce "restituisci T oppure imposta un codice di errore"

Questi tipi spostano il controllo degli errori dalla disciplina a runtime (sperare che il programmatore si ricordi di controllare) all'imposizione a tempo di compilazione (il sistema di tipi obbliga a una gestione corretta).

std::optional — valori che possono mancare, senza puntatori

std::optional contiene o un valore T o nulla (std::nullopt). Sostituisce l'antipattern di usare valori sentinella speciali (-1, "", nullptr) per indicare "nessun valore".

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
    }
}

Operazioni monadiche su std::optional (C++23)

Il C++23 aggiunge and_then, transform e or_else a std::optional, permettendo un concatenamento in stile funzionale senza istruzioni if annidate.

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 — union type-safe

std::variant contiene esattamente uno dei suoi tipi template in ogni istante. A differenza delle union del C, tiene traccia di quale tipo è attivo e impedisce di accedere a quello sbagliato. Usa std::visit con un visitor per gestire tutte le alternative.

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 — valore o errore (C++23)

std::expected contiene o un valore di tipo T o un errore di tipo E. È la risposta del C++ al Result di Rust. A differenza delle eccezioni, chi chiama deve gestire l'errore esplicitamente. A differenza dei codici di errore, l'errore può trasportare informazioni ricche.

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';
}

Insidia

Questi tipi sono potenti, ma hanno spigoli taglienti se usati male.

Chiamare .value() su uno std::optional vuoto lancia std::bad_optional_access — controlla sempre prima oppure usa value_or()
std::get(variant) sul tipo sbagliato lancia std::bad_variant_access — preferisci std::visit o std::get_if
std::variant con tipi duplicati (ad es. variant) è valido ma confuso — usa solo l'accesso per indice
Ignorare l'errore in std::expected chiamando sempre .value() ne vanifica lo scopo — controlla .has_value() o usa le operazioni monadiche
std::optional non esiste (ancora) nello standard — come soluzione alternativa usa std::optional>

Buona pratica

Scegli il tipo somma giusto per ogni situazione.

std::optional: un valore che potrebbe non esistere — ricerche, parametri opzionali, inizializzazione pigra
std::variant: un valore che può essere di uno tra più tipi — nodi di un AST, valori JSON, tipi di messaggio
std::expected: un calcolo che può fallire — I/O su file, parsing, validazione, qualsiasi cosa restituisca T o un errore

Concetti chiave

std::optional sostituisce valori sentinella e puntatori null con un "valore o nulla" type-safe
std::variant sostituisce le union del C con una union etichettata e type-safe — usa std::visit per una gestione esaustiva
std::expected (C++23) è il Result del C++ — valore o errore, con concatenamento monadico
Le operazioni monadiche del C++23 (and_then, transform, or_else) permettono pipeline pulite senza blocchi if annidati
I tipi somma spostano il controllo degli errori dalla disciplina a runtime all'imposizione a tempo di compilazione

Quiz — Metti alla prova le tue conoscenze

(20 XP)

1. Cosa fa `std::optional::value_or(default)`?

2. Qual è il vantaggio di `std::visit` rispetto a `std::get<T>` quando si lavora con `std::variant`?

3. In che cosa `std::expected<T, E>` differisce dal semplice lancio di un'eccezione?

Strategie di gestione degli errori: scegliere l'approccio giusto

Sicurezza dei tipi, asserzioni e contratti