Tutorial¶
Hello World¶
Lets build a simple app to get familiar with Superglue.
Start with the usual¶
Add a route and a controller to an app that followed the installation steps.
Info
The installation steps will include a layout application.json.props that's
implicitly used in this tutorial.
Add the views¶
Next lets add the following views. Here we're splitting the usual show.html.erb into 3 parts:
app/views/greet/show.json.propsapp/views/greet/show.jsapp/views/greet/show.html.erb
If you've used Jbuidler, this should look familiar. Here, we're using props_template, a Jbuilder inspired templating DSL built for superglue.
Info
Shape the page to how you would visually organize your components. Superglue
encourages you to shape json responses to include both data AND presentation.
This is the page component that will recieve the result of show.json.props.
Info
This file is usually generated by a scaffold and stays exactly the same
regardless if its index.html.erb, show.html.erb, edit.html.erb, etc.
<% initial_state = controller.render_to_string(formats: [:json], locals: local_assigns, layout: true) %>
<script type="text/javascript">
window.SUPERGLUE_INITIAL_PAGE_STATE=<%= initial_state.html_safe %>;<%# erblint:disable ErbSafety %>
</script>
<div id="app"></div>
This file renders show.json.props, injects it globally as the initial
state to be picked up by Superglue on the browser.
Connect the dots¶
The json payload that gets rendered into show.html.erb also contains information about
the template it rendered from the componentIdentifier.
Info
If you do not knowing what the componentIdentifier of a page is, you can
go to the json version of the page on your browser to see what gets rendered. In our case:
http://localhost:3000/greet.json
We're going to use the componentIdentifier to tie show.json.props to show.js so
superglue knows which component to render with which response by modifying
app/javascript/page_to_page_mapping.js.
The layout for show.json.props is located at app/views/layouts/application.json.props. It
conforms to superglue's payload response, and uses the active_template_virtual_path as the
componentIdentifier.
Finish¶
Run a rails server and go to http://localhost:3000/greet.
Productivity¶
That was quite an amount of steps to get to a Hello World. For simple functionality it's not immediately obvious where Superglue fits, but for medium complexity and beyond, Superglue shines where it can be clunky for tools like Turbo, Hotwire and friends.
Let's add some complexity to the previous sample.
Digging for content¶
But first! A quick dive into props_template. Click on the tabs to see what happens
when @path changes for the example below.
json.data(search: @path) do
json.body do
json.chart do
sleep 10
json.header "Sales"
end
json.user do
json.name "John"
end
end
json.footer do
json.year "2003"
end
end
json.componentIdentifier "someId"
When @path = ['data']. There's a 10 second sleep, and the output will be:
When @path = ['data', 'body']. There's a 10 second sleep, and the output will be:
When @path = ['data', 'body', 'user'], there is no wait, and the json will be:
Continuing where we last left off¶
Lets add a 5 second sleep to show.json.props so ever user is waiting 5
seconds for every page load.
show.json.props
How should we improve the user experience?
Load the content later (Manual deferment)¶
What if we add a link on the page that would load the greeting async? Sounds
like a good start, lets do that. We'll use defer: :manual to tell
props_template to skip over the block.
Adding defer: :manual will replace the contents with an empty object.
We'll also have to handle the case when there is no greeting.
Info
We'll improve on this approach. The defer option can specify a fallback.
Add a link¶
Now when the user lands on the page, we're no longer waiting 5 seconds. Lets add a link that will dig for the missing content to replace "Waiting for greet".
Add a url for the href link with props_at param. This is used on the
application.json.props layout that instructs PropsTemplate to dig.
Superglue embraces Unobtrusive Javascript. Add a data-sg-remote to any link,
and superglue will take care of making the fetch call.
show.js alternative¶
This version does the same thing. Every page component receives a remote and
visit thunk.
import React from 'react'
export default function GreetShow({
body,
remote,
footer,
loadGreetPath
}) {
const {greet} = body
const handleClick = (e) => {
e.preventDefault()
remote(loadGreetPath)
}
return (
<h1>{greet || "Waiting for greet"}</h1>
<a href={loadGreetPath} onClick={handleClick}>Greet!</a>
<span>{footer}</span>
)
}
Finish¶
And that's it. Now you have a button that will load content in async fashion,
but how does it all work? Lets take a look at loadGreetPath
The shape of show.json.props is exactly the same as what is stored in the
redux store on pages["/greet"]. With a single keypath on props_at we
grabbed the content at data.greet from show.json.props AND stored it on
data.greet on pages["/greet"].
Now that's productive!
Improvements¶
In practice, there's a far simpler solution: defer: :auto, which would do all of the
above without a button.
The only change needed would be to use the :auto option with a placeholder.
The response would tell Superglue to:
- Save the page (with the placeholder)
- Look for any deferred nodes
- Automatically create a remote request for the missing node