Gutenberg: Betrachten Sie die State-Middleware-Injection als Erweiterbarkeitsmechanismus

Verwandte: #594

In #594 passen wir die aktuelle Browser-URL an, wenn das Speichern eines Beitragsentwurfs abgeschlossen ist, um die neue Beitrags-ID widerzuspiegeln. Dies ist zwar im Kontext des dedizierten Editor-Bildschirms erforderlich, verringert jedoch die Portabilität des Editors, da diese URL-Änderungen außerhalb dieses Kontexts nicht anwendbar sind. Wenn wir die Initialisierung eines Editors auf anderen Bildschirmen (zB Frontend, Customizer) zulassen möchten, müssen wir möglicherweise Optionen zum Einschleusen kontextspezifischer Middleware untersuchen. Dies könnte als generisches Erweiterbarkeitsmuster für alle Nebenwirkungen von Zustandsänderungen dienen.

Für das Navigationsbeispiel nach dem Speichern könnte dies etwa so aussehen:

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

Siehe auch:

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