Gutenberg: 将状态中间件注入视为可扩展性机制

相关：#594

在 #594 中，当帖子草稿完成保存时，我们调整当前浏览器 URL 以反映新的帖子 ID。 虽然这在专用编辑器屏幕的上下文中是必要的，但这会降低编辑器的可移植性，因为这些 URL 更改在此上下文之外不适用。 如果我们希望允许在其他屏幕（例如前端、定制器）上初始化编辑器，我们可能需要探索用于注入特定于上下文的中间件的选项。 这可以作为状态更改的任何副作用的通用扩展模式。

对于后期保存导航示例，这可能类似于：

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

也可以看看：

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