The Future of Bridgetown Today in v0.18 “Taylor Street”
We’re excited to announce the the release of Bridgetown 0.18, codenamed “Taylor Street”. This is an action-packed release which sets the tone for the future of Bridgetown and the broader Ruby web developer community. As always, simply bump up your Gemfile’s version and run
bundle update bridgetown to get the latest goodies.
A few of the top highlights, then some additional thoughts:
- Choose Your Own
AdventureTemplate Engine. Up ‘till now, the default template engine available in Bridgetown has been Liquid. Don’t get me wrong, Liquid is a perfectly serviceable template language, and it’s certainly not going anywhere. But we feel like there is much to be gained by supporting a variety of languages—most notably the venerable ERB. Bridgetown has supported ERB as an option for several major releases already, but it could only be used on specific files ending in
.erb. Now it’s possible to configure your entire site to use ERB! And not only that, you can mix-and-match template engines on a per-file basis. Have your ERB and drink Liquid too. 😉
- Render Ruby Components. In addition to adding the
renderhelper as an alternative to the
partialhelper in Ruby-based templates, you now have the ability to render Ruby objects themselves as components. All an object has to do is provide a
render_inmethod and return a string. That’s it! Ruby files are automatically loaded from
src/_componentsas well as plugins with source manifests, so no additional setup is required. Does this mean…could it be…? Keep reading. 😎
- link_to and url_for helpers. Now in Ruby-based templates you can use the new
url_forhelpers to find pages, posts, and other documents on your site by filename reference or using the content object itself. This will feel familiar to anyone who’s used Rails, and
url_foris also aliased to
linkfor those familiar with Liquid.
- Additional progress on i18n. We’re continuing to add support for internationalization (i18n) in Bridgetown. While it’s as yet undocumented, we recently worked on automatic locale switching from file to file and including a locale in the permalink (for example:
/es/my-page, etc.) when multiple locale-specific pages are present. Layouts and partials can take advantage of the “current” locale to output different content right when a page gets rendered.
And those are just the highlights! Read the full Bridgetown 0.18 release notes for further details.
The Future of the Ruby View Layer
It’s time to talk about where all this is going. In the “render Ruby components” section above, you might be wondering: “wait a moment…if I can return a string from my Ruby object, can’t I just render a template and return that?” And if you’re wondering that, you might also be wondering “gee, that sounds a lot like what ViewComponent does for Rails!”
Sound too good to be true? Well, it is true—all of it. This is what we’ve started to call the DREAMstack:
- APIs and
We think Ruby is poised to explode in 2021 with the release of Ruby 3, Rails 6.1 and beyond, as well as the continued adoption of exciting tools which have recently emerged from the Rubyist communities (ViewComponent being one of them, along with StimulusReflex). We think Bridgetown will comprise an important part of the DREAMstack going forward and will bridge the gap (haha) between modern Jamstack deployment techniques and traditional Ruby on Rails apps.
When is that day coming? Soon, very soon. 🤞 The future is looking bright indeed.