DEV Community

Cover image for Migrating learn-dojo to Dojo 6
Rene Rubalcava
Rene Rubalcava

Posted on • Originally published at learn-dojo.com

Migrating learn-dojo to Dojo 6

The latest release of Dojo 6 brings with it some major updates to how you can build apps with Dojo. There are some enhancements to builds, and custom elements, but I think one of the biggest new features available to developers is the use of function-based widgets. This doesn't mean you can't continue to use class-based widgets, but there are some nice advantages to using the new function-based widgets.

In case you didn't know, learn-dojo is a static site, built with Dojo. So as Dojo 6 development was ongoing, I was already looking at what I would need to do to migrate the site to the latest Dojo.

Updates to Widgets

Let's take a look at a basic Header widget, that accepts properties to display the title and and links to the main page.

// src/widgets/header/Header.tsx
import WidgetBase from "@dojo/framework/widget-core/WidgetBase";
import { tsx } from "@dojo/framework/widget-core/tsx";
import Link from "@dojo/framework/routing/Link";

import * as css from "./Header.m.css";

export default class Header extends WidgetBase<{ title: string }> {
  protected render() {
    const { title } = this.properties || "My Site";
    return (
      <header classes={[css.root]}>
        <div classes={[css.title]}>
          <Link to="/" isOutlet={false} classes={[css.link]}>
            {title}
          </Link>
        </div>
      </header>
    );
  }
}
Enter fullscreen mode Exit fullscreen mode

This widget takes an object with a title that is a string as its property. This isn't a complicated widget, Now, when we convert it to a function-based widget, not much is going to change in terms of what is being rendered, but there are some slight differences in the Header.

// converted to Dojo 6
// src/widgets/header/Header.tsx
import { tsx, create } from '@dojo/framework/core/vdom';

import Link from '@dojo/framework/routing/Link';

import * as css from './Header.m.css';

const factory = create().properties<{ title: string }>();

export default factory(({ properties }) => {
  const { title } = properties() || 'My Site';
  return (
    <header classes={[css.root]}>
      <div classes={[css.title]}>
        <Link to="/" isOutlet={false} classes={[css.link]}>
          {title}
        </Link>
      </div>
    </header>
  );
});
Enter fullscreen mode Exit fullscreen mode

First of all, the folder widget-core has been renamed to core in @dojo/framework. This is just a organizational change to Dojo. But the other new one is the use of this create module. The create module that lets you create a factory method for your render function.

To create a basic factory render function, you could do something like this.

// return a render factory
const factory = create();

export factory(function MyBasicWidget() {
  return <h2>Everything is awesome!</h2>;
});
Enter fullscreen mode Exit fullscreen mode

But the Header widget requires some properties, so we can tell the render factory that properties are expected, and we can type them.

const factory = create().properties<{ title: string }>();
Enter fullscreen mode Exit fullscreen mode

Now in the factory method, it will be pass a properties() method that will return the provided properties to the widget.

export default factory(({ properties }) => {
  const { title } = properties() || 'My Site';
  ...
});
Enter fullscreen mode Exit fullscreen mode

Why is properties a function and not just an object? This has to do with some other features of function-based widgets that allow middleware to be used. This ensures that you don't get stale values from the properties.

We'll cover the new middleware capabilities in more detail in in a future blog post.

The rest of this widget looks like the previous version returning JSX vdom.

It is normally recommended that you provide named render methods to the render factory as it will help you track down errors in debugging, but it isn't required. Sometimes you just need to live on the edge.

Basic Middleware

One of the standout features of Dojo is the use of blocks that let you run code in node when you use build time rendering. It's critical in how learn-dojo is built because blocks are used to parse the posts from markdown, and run various tooling for code blocks, and formatting. In class-based widgets, this is done via the use metas.

Here is how a blog page is rendered with a class-based widget.

// src/pages/Blog.tsx
import WidgetBase from '@dojo/framework/widget-core/WidgetBase';
import Block from '@dojo/framework/widget-core/meta/Block';
import { tsx } from '@dojo/framework/widget-core/tsx';

import compileBlogIndex from '../blocks/compile-blog-index.block';

import Post from '../templates/blog-post/BlogPost';

import * as css from './Blog.m.css';

export default class Blog extends WidgetBase<{
  standalone?: boolean;
  path?: string;
}> {
  protected render() {
    const { standalone = false, path } = this.properties;
    // run the block as a meta
    const blogs: any = this.meta(Block).run(compileBlogIndex)({});
    // render blog excerpts or single blog post
    return (
      <div classes={[css.root]}>
        {!standalone
          ? blogs &&
            blogs.map((blog: any) => [
              <Post key={blog.file} path={blog.file} excerpt />,
              <hr key={blog.file} />
            ])
          : undefined}
        {path && path.length && <Post key={path} path={path} />}
      </div>
    );
  }
}
Enter fullscreen mode Exit fullscreen mode

Let's dive right into how the Blog module looks as a function-based widget in Dojo 6.

// converted to Dojo 6
// src/pages/Blog.tsx
import { tsx, create } from '@dojo/framework/core/vdom';
import block from '@dojo/framework/core/middleware/block';

import compileBlogIndex from '../blocks/compile-blog-index.block';

import Post from '../templates/blog-post/BlogPost';

import * as css from './Blog.m.css';

const factory = create({ block }).properties<{ standalone?: boolean; path?: string }>();

export default factory(({ middleware: { block }, properties }) => {
  const { standalone = false, path } = properties();
  const blogs: any = block(compileBlogIndex)({});

  return (
    <div classes={[ css.root ]}>
      {!standalone ? (
        blogs &&
        blogs.map((blog: any) => [
          <Post key={blog.file} path={blog.file} excerpt />,
          <hr key={blog.file} />
        ])
      ) : (
        undefined
      )}
      {path && path.length && <Post key={path} path={path} />}
    </div>
  );
});

Enter fullscreen mode Exit fullscreen mode

To use this in a render factory method, pass the block middleware to the create method so that it's available to your render factory.

Anything you pass into the create() method will be available to your render factory methods as middleware.

const factory = create({ block }).properties<{ standalone?: boolean; path?: string }>();

// render factory
export default factory(({ middleware: { block }, properties }) => {...});
Enter fullscreen mode Exit fullscreen mode

Now the block is available on the middleware property passed to the render factory method.

const blogs: any = block(compileBlogIndex)({});
Enter fullscreen mode Exit fullscreen mode

Notice that now, you can run the middleware block independently of any meta helpers like in a class-based method. This is one of my favorite features of the new function-based widgets!

Composable Widgets

The learn-dojo site takes advantage of the ability to create wrapper widgets that renders any children provided to it. This is used in something like the Layout widget.

// src/layouts/Layout.tsx
export default class Layout extends WidgetBase<SiteMeta> {
  protected render() {
    const { title, description, author, footerLinks } = this.properties;
    return (
      <div classes={[css.root]}>
        <Header title={title} />
        <Hero description={description} />
        {/* render the children */}
        <main classes={[css.section]}>{this.children}</main>
        <SignUp />
        <Footer {...{ author, footerLinks }} />
      </div>
    );
  }
}
Enter fullscreen mode Exit fullscreen mode

Like the update to make properties a function so you always have the latest values, the same is true for children now being a function in the Layout.

// converted to Dojo 6
// src/layouts/Layout.tsx
const factory = create().properties<SiteMeta>();

export default factory(({ children, properties }) => {
  const { title, description, author, footerLinks } = properties();

  return (
    <div classes={[ css.root ]}>
      <Header title={title} />
      <Hero description={description} />
      {/* render the children */}
      <main classes={[ css.section ]}>{children()}</main>
      <SignUp />
      <Footer {...{ author, footerLinks }} />
    </div>
  );
});
Enter fullscreen mode Exit fullscreen mode

That's the only change in regard to rendering children in your widgets.

Summary

Dojo 6 is a significant release in the Dojo roadmap, offering some exciting new capabilities in build reactive widgets for your applications. There are plenty more new features not covered in this blog post that will be discussed in the future. For details, see the official Dojo 6 blog post.

I was able to migrate learn-dojo in a single morning based off the new Dojo documentation. I'm really impressed with the new function-based widget pattern in Dojo and the use of middleware that we barely scratched the surface of in this post.

Stay tuned for more!

Top comments (0)