Funções de Ordem Superior

Funções que aceitam funções (closures) como argumentos ou as retornam permitem composição e padrões de controle reutilizáveis.

Receita

fn twice<F: Fn(i32) -> i32>(f: F, x: i32) -> i32 {
    f(f(x))
}
 
fn main() {
    println!("{}", twice(|n| n + 1, 0));
}

Quando usar isso: Utilitários no estilo map/filter, middleware e iteração customizada.

Exemplo de Trabalho

fn retry<F: FnMut() -> bool>(mut f: F, max: u32) -> bool {
    for _ in 0..max {
        if f() { return true; }
    }
    false
}
 
fn main() {
    let mut attempts = 0;
    let ok = retry(|| { attempts += 1; attempts >= 3 }, 5);
    println!("{ok} {attempts}");
}

O que isso demonstra:

• FnMut para o contador de tentativas mutável na closure
• Fluxo de controle de ordem superior (retry)
• Closures como parâmetro de estratégia

Análise Detalhada

Adaptadores de iterador são de ordem superior: map, filter aceitam closures. Componha pequenas HOFs para clareza.

Armadilhas

• Abstração excessiva de HOFs - Difícil de ler. Correção: Nomeie as operações claramente.
• Limite Fn vs FnMut muito restrito - Falhas de compilação. Correção: Relaxe para FnMut se necessário.
• Profundidade de recursão - HOF chamando a si mesma via closure - limites de pilha.
• Alocação na closure retornada - Custo oculto em HOFs de fábrica.
• Testando HOFs - Passe closures simples ou mocks de funções.

Alternativas

FAQs

Relacionados

• Padrões de Closure de Iterador
• Retornando Closures
• Fn, FnMut & FnOnce
• Funções e Expressões

Versões da Stack: Esta página foi escrita para Rust 1.97.0 (edição 2024), Tokio 1.x, Axum 0.8, serde 1.0, sqlx 0.8, clap 4, e Polars 0.46+.