Gutenberg: Considere la inyección de middleware de estado como mecanismo de extensibilidad

Relacionado: # 594

En el n. ° 594, cuando el borrador de una publicación termina de guardarse, ajustamos la URL del navegador actual para reflejar la nueva ID de la publicación. Si bien esto es necesario en el contexto de la pantalla del editor dedicada, esto reduce la portabilidad del editor, ya que estos cambios de URL no son aplicables fuera de este contexto. Si quisiéramos permitir la inicialización de un editor en otras pantallas (por ejemplo, front-end, Customizer), es posible que necesitemos explorar opciones para inyectar middlewares específicos del contexto. Esto podría servir como un patrón de extensibilidad genérico para los efectos secundarios de los cambios de estado.

Para el ejemplo de navegación para guardar la publicación, esto podría verse así:

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

Ver también:

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