Perché wp_register_style() è importante quando uso già wp_enqueue_style()?

Innanzitutto diciamo che per queste funzioni ciò che vale per gli stili vale esattamente anche per gli script, ma ci sono alcune eccezioni al contrario spiegate nella risposta.

La differenza principale tra le funzioni wp_enqueue_* e le rispettive wp_register_* è che le prime aggiungono script/stili alla coda, mentre le seconde preparano script/stili per essere aggiunti.

Probabilmente lo sai già, ma c'è una seconda differenza; wp_register_* può essere utilizzato in ogni hook, anche in un hook iniziale come init, ma wp_enqueue_* dovrebbe essere usato sull'hook wp_enqueue_scripts (o admin_enqueue_scripts per il backend) ¹.

Lo scenario tipico di utilizzo di entrambe le funzioni è quando vuoi registrare script/stili all'inizializzazione del tema, e poi caricarli condizionalmente in alcune pagine, ad esempio:

add_action('init', 'my_register_styles');

function my_register_styles() {
    wp_register_style( 'style1', get_template_directory_uri() . '/style1.css' );
    wp_register_style( 'style2', get_template_directory_uri() . '/style2.css' );
    wp_register_style( 'style3', get_template_directory_uri() . '/style3.css' );
}

add_action( 'wp_enqueue_scripts', 'my_enqueue_styles' );

function my_enqueue_styles() {
    if ( is_front_page() ) {
        wp_enqueue_style( 'style3' );
    } elseif ( is_page_template( 'special.php' ) ) {
        wp_enqueue_style( 'style1' );
        wp_enqueue_style( 'style2' );
    } else {
        wp_enqueue_style( 'style1' );
    }
}

In questo modo il caricamento condizionale è più leggibile e meno verboso.

Inoltre, se vuoi caricare uno o più degli stili/script registrati anche nel backend, puoi usare l'handle registrato in una funzione agganciata a admin_enqueue_scripts senza dover passare di nuovo tutti i parametri.

Sicuramente questo è più utile per gli script, grazie a wp_localize_script che nello scenario precedente può essere chiamato una volta, dopo la registrazione dello script, e poi nel caricamento condizionale basta caricare lo script, anche se viene usato più volte: questo mantiene il codice più semplice e DRY.

Quando registri uno script/stile e subito dopo lo carichi, è solo un compito inutile, che in realtà può essere completamente evitato:

wp_register_style( 'style1', get_template_directory_uri() . '/style1.css' );
wp_enqueue_style( 'style1' );

Non c'è alcun vantaggio nel caricare uno stile (o script) in questo modo, usa semplicemente wp_enqueue_style con tutti i parametri di wp_enqueue_style e il gioco è fatto.

La frase precedente è valida anche per quanto riguarda la compatibilità con i child theme. Per sovrascrivere uno stile nel child theme, quando il parent sta usando wp_register_style immediatamente seguito da wp_enqueue_style, devi deregistrare lo stile e registrarlo di nuovo con un altro URL. Se il parent usa solo wp_enqueue_style, nel child theme puoi usare wp_dequeue_style e caricare il nuovo stile, quindi nel child theme servono 2 righe di codice in entrambi i casi.

Tuttavia, ciò che è molto compatibile con i child theme è racchiudere le funzioni che caricano e/o registrano stili e script in un if ( ! function_exists(... in questo modo il child theme può sovrascrivere stili e script del parent theme tutto in un unico punto:

if ( ! function_exists( 'my_register_styles' ) ) {
    function my_register_styles() {
        wp_register_style( 'style1', get_template_directory_uri() . '/style1.css' );
        wp_register_style( 'style2', get_template_directory_uri() . '/style2.css' );
        wp_register_style( 'style3', get_template_directory_uri() . '/style3.css' );
    }
}

if ( ! function_exists( 'my_enqueue_styles ' ) ) {
    function my_enqueue_styles() {
        if ( is_front_page() ) {
            wp_enqueue_style( 'style3' );
        } elseif ( is_page_template( 'special.php' ) ) {
            wp_enqueue_style( 'style1' );
            wp_enqueue_style( 'style2' );
        } else {
            wp_enqueue_style( 'style1' );
        }
    }
}

Ora nel child theme è possibile scrivere un'altra funzione my_register_styles e/o my_enqueue_styles e cambiare tutti gli stili (se necessario, ovviamente) senza dover deregistrare/decaricare gli stili uno per uno.

¹ Ecco un'altra differenza tra script e stili: wp_enqueue_script può essere usato nel corpo di una pagina (l'uso tipico è in uno shortcode) e lo script verrà posizionato nel footer.