Gutenberg: Considérez l'injection de middleware d'état comme mécanisme d'extensibilité

Connexe : #594

Dans #594, lorsqu'un brouillon de publication a fini d'être enregistré, nous ajustons l'URL du navigateur actuel pour refléter le nouvel ID de publication. Bien que cela soit nécessaire dans le contexte de l'écran de l'éditeur dédié, cela réduit la portabilité de l'éditeur car ces changements d'URL ne sont pas applicables en dehors de ce contexte. Si nous voulons autoriser l'initialisation d'un éditeur sur d'autres écrans (par exemple, front-end, Customizer), nous devrons peut-être explorer des options pour injecter des middlewares spécifiques au contexte. Cela pourrait servir de modèle d'extensibilité générique pour les effets secondaires des changements d'état.

Pour l'exemple de navigation de sauvegarde de publication, cela pourrait ressembler à quelque chose comme :

wp.editor.injectMiddleware( ( store ) => ( next ) => ( action ) => {
    const { type, isNew, post } = action;
    if ( 'REQUEST_POST_UPDATE_SUCCESS' === type ) {
        const [ baseUrl, query ] = window.location.href.split( '?' );
        const qs = parse( query || '' );
        const newUrl = baseUrl + '?' + stringify( {
            ...qs,
            post_id: newPost.id,
        } );
        window.history.replaceState( {}, 'Post ' + newPost.id, newUrl );
    }

    return next( action );
} );

Voir également:

• http://redux.js.org/docs/advanced/Middleware.html
• https://hyper.is/#extensions -api ( middleware )