Ponteiros de Função vs. Closures

fn(i32) -> i32 é um ponteiro de função - sem ambiente capturado. Closures podem capturar estado e ter tipos únicos.

Receita

fn apply(f: fn(i32) -> i32, x: i32) -> i32 { f(x) }
 
fn inc(x: i32) -> i32 { x + 1 }
 
fn main() {
    println!("{}", apply(inc, 5));
}

Quando usar isso: Callbacks de FFI C, hooks simples sem captura e garantias Send + Sync de ponteiros de função.

Exemplo de Trabalho

fn call_with<F: Fn(i32) -> i32>(f: F, x: i32) -> i32 { f(x) }
 
fn double(x: i32) -> i32 { x * 2 }
 
fn main() {
    println!("{}", call_with(double, 3));
    println!("{}", call_with(|x| x + 1, 3));
}

O que isso demonstra:

• Funções nomeadas (fn item) são coeridas para ponteiros de função quando esperado.
• Fn genérico aceita tanto itens de função quanto closures.
• Closures com capturas não podem ser ponteiros de função (fn).

Análise Detalhada

Itens de função (fn item) são coeridos para ponteiros de função. Closures sem capturas podem ser coeridas para ponteiros de função em alguns casos. FFI usa extern "C" fn.

Armadilhas

• Esperar ponteiro de função com closure de captura - Falha na coerção. Correção: Use F: Fn genérico ou Box<dyn Fn>.
• Ponteiro de função nulo - Nulo em FFI - não em Rust seguro sem Option.
• Método como ponteiro de função - Necessita de uma função simples (fn) ou um closure que envolva self.
• Transmutar função - Comportamento indefinido (UB) se incorreto. Correção: Assinaturas corretas.
• Mito de performance - Closures sem captura frequentemente têm a mesma performance que funções (fn).

Alternativas

FAQs

Relacionados

• Retornando Closures
• Fn, FnMut & FnOnce
• Tipos Seguros para FFI
• Noções Básicas de Closures

Versões das Pilhas: 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+.