Gutenberg: Считайте внедрение промежуточного программного обеспечения состояния механизмом расширяемости

По теме: # 594

В # 594, когда черновик сообщения завершает сохранение, мы корректируем текущий URL-адрес браузера, чтобы он отражал новый идентификатор сообщения. Хотя это необходимо в контексте специального экрана редактора, это снижает переносимость редактора, поскольку эти изменения URL-адресов не применимы вне этого контекста. Если мы хотим разрешить инициализацию редактора на других экранах (например, интерфейс, Customizer), нам может потребоваться изучить варианты внедрения контекстно-зависимого промежуточного программного обеспечения. Это может служить общим шаблоном расширяемости для любых побочных эффектов изменений состояния.

В примере с навигацией при сохранении записи это может выглядеть примерно так:

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 )