Comment on page
Development documentation on P4 WYSIWYG Gutenberg blocks
We decided to include React in the Frontend in order to render the blocks. This avoids having duplicate template logic, otherwise we would have a JSX version of the block for the editor, and a Twig template for the frontend.
When registered on the client-side to be discovered by the Editor, all blocks have a
save()method, which is expected to output static content. That is persisted as the block's content in the database, for the post you're editing. The usual way of rendering a dynamic block in Gutenberg is returning null in the block's save() function, then using the ServerSideRender component and **
render_callback()**when registering the block in the PHP side. When a block has no content (it's null), and it has a render callback, WP will render it using your server side callback when rendering a page. This is the way our blocks are currently rendered, thus it's the method we are deprecating in favor of the React approach.
To skip the server side render, we need to output some kind of placeholder in the
save()method, and then render the React component inside that placeholder in the frontend site.
This is just like telling Wordpress: "Hey, this used to return null, now we are going to return something else but don't worry, it's intentional".
To accomplish this, we created two components: frontendRendered and FrontendBlockNode.
It returns a function with the same parameters as the
save()function, so it takes two arguments: attributes and className.
So the function returns a FrontendBlockNode which renders an empty div with some data attributes, which will be the placeholder for the block in the frontend site. This content is static and can be persisted safely to the database.
So Wordpress will only render that div with its attributes in the frontend site, then it's our job to make React render something inside of it.