Gutenberg: Considere a injeção de middleware de estado como mecanismo de extensibilidade

Relacionado: # 594

Em # 594, quando um rascunho da postagem termina de ser salvo, ajustamos o URL do navegador atual para refletir o novo ID da postagem. Embora isso seja necessário no contexto da tela do editor dedicado, isso reduz a portabilidade do editor, pois essas alterações de URL não são aplicáveis ​​fora deste contexto. Se quisermos permitir a inicialização de um editor em outras telas (por exemplo, front-end, Customizer), podemos precisar explorar opções para injetar middlewares específicos de contexto. Isso pode servir como um padrão de extensibilidade genérico para quaisquer efeitos colaterais das mudanças de estado.

Para o exemplo de navegação pós-salvamento, isso poderia ser algo como:

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

Veja também:

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