FAST HTML

The @microsoft/fast-html package contains a method to interpret FAST declarative HTML syntax as a template for a FAST web component.

Installation

From NPM

To install the latest fast-html library using npm:

npm install --save @microsoft/fast-html

Declarative HTML

Usage

In your JS bundle you will need to include the @microsoft/fast-html package:

import { RenderableFASTElement, TemplateElement } from "@microsoft/fast-html";
import { MyCustomElement } from "./my-custom-element";

RenderableFASTElement(MyCustomElement).defineAsync({
    name: "my-custom-element",
    templateOptions: "defer-and-hydrate",
});

TemplateElement.define({
    name: "f-template",
});

This will include the <f-template> custom element and all logic for interpreting the declarative HTML syntax for a FAST web component.

The template must be wrapped in <f-template name="[custom-element-name]"><template>[template logic]</template></f-template> with a name attribute for the custom elements name, and the template logic inside.

Example:

<my-custom-element greeting="Hello world">
    <template shadowrootmode="open">
        Hello world
    </template>
</my-custom-element>
<f-template name="my-custom-element">
    <template>{{greeting}}</template>
</f-template>

Non-browser HTML rendering

One of the benefits of FAST declarative HTML templates is that the server can be stack agnostic as JavaScript does not need to be interpreted. By default @microsoft/fast-html will expect hydratable content and uses comments and datasets for tracking the binding logic. For more information on what that markup should look like, as well as an example of how initial state may be applied, read our documentation to understand what markup should be generated for a hydratable experience. For the sake of brevity hydratable markup will be excluded from the README.

Using the RenderableFASTElement

The use of RenderableFASTElement as a mixin for your custom element will automatically remove the defer-hydration attribute signalling for hydration to begin, and if you need to add state before hydration should occur you can make use of the prepare method.

Example:

class MyCustomElement extends FASTElement {
    private prepare(): Promise<void> {
        // Get initial state
    }
}

RenderableFASTElement(MyCustomElement).defineAsync({
    name: "my-custom-element",
    templateOptions: "defer-and-hydrate",
});

Lifecycle Callbacks

FAST HTML provides lifecycle callbacks that allow you to hook into various stages of template processing and element hydration. These callbacks are useful for tracking the rendering lifecycle, gathering analytics, or coordinating complex initialization sequences.

Available Callbacks

Template Lifecycle Callbacks:

• elementDidRegister(name: string) - Called after the JavaScript class definition has been registered
• templateWillUpdate(name: string) - Called before the template has been evaluated and assigned
• templateDidUpdate(name: string) - Called after the template has been assigned to the definition
• elementDidDefine(name: string) - Called after the custom element has been defined

Hydration Lifecycle Callbacks:

• elementWillHydrate(name: string) - Called before an element begins hydration
• elementDidHydrate(name: string) - Called after an element completes hydration
• hydrationComplete() - Called after all elements have completed hydration

Configuring Callbacks

Configure lifecycle callbacks using TemplateElement.config():

import { TemplateElement, type HydrationLifecycleCallbacks } from "@microsoft/fast-html";

// You can configure all callbacks at once
const callbacks: HydrationLifecycleCallbacks = {
    elementDidRegister(name: string) {
        console.log(`Element registered: ${name}`);
    },
    templateWillUpdate(name: string) {
        console.log(`Template updating: ${name}`);
    },
    templateDidUpdate(name: string) {
        console.log(`Template updated: ${name}`);
    },
    elementDidDefine(name: string) {
        console.log(`Element defined: ${name}`);
    },
    elementWillHydrate(name: string) {
        console.log(`Element will hydrate: ${name}`);
    },
    elementDidHydrate(name: string) {
        console.log(`Element hydrated: ${name}`);
    },
    hydrationComplete() {
        console.log('All elements hydrated');
    }
};

TemplateElement.config(callbacks);

// Or configure only the callbacks you need
TemplateElement.config({
    elementDidHydrate(name: string) {
        console.log(`${name} is ready`);
    },
    hydrationComplete() {
        console.log('Page is interactive');
    }
});

Lifecycle Order

The lifecycle callbacks occur in the following general sequence:

1. Registration Phase: elementDidRegister is called when the element class is registered
2. Template Phase: templateWillUpdate → (template processing) → templateDidUpdate → elementDidDefine
3. Hydration Phase: elementWillHydrate → (hydration) → elementDidHydrate
4. Completion: hydrationComplete is called after all elements finish hydrating

Note: Template processing is asynchronous and happens independently for each element. The template and hydration phases can be interleaved when multiple elements are being processed simultaneously.

Use Cases

Performance Monitoring:

TemplateElement.config({
    elementWillHydrate(name: string) {
        performance.mark(`${name}-hydration-start`);
    },
    elementDidHydrate(name: string) {
        performance.mark(`${name}-hydration-end`);
        performance.measure(
            `${name}-hydration`,
            `${name}-hydration-start`,
            `${name}-hydration-end`
        );
    },
    hydrationComplete() {
        // Report to analytics
        const entries = performance.getEntriesByType('measure');
        console.log('Hydration metrics:', entries);
    }
});

Loading State Management:

TemplateElement.config({
    elementWillHydrate(name: string) {
        // Show loading indicator
        document.body.classList.add('hydrating');
    },
    hydrationComplete() {
        // Hide loading indicator once all elements are ready
        document.body.classList.remove('hydrating');
        document.body.classList.add('hydrated');
    }
});

Debugging and Development:

if (process.env.NODE_ENV === 'development') {
    const events: Array<{callback: string; name?: string; timestamp: number}> = [];
    
    TemplateElement.config({
        elementDidRegister(name) {
            events.push({ callback: 'elementDidRegister', name, timestamp: Date.now() });
        },
        templateWillUpdate(name) {
            events.push({ callback: 'templateWillUpdate', name, timestamp: Date.now() });
        },
        templateDidUpdate(name) {
            events.push({ callback: 'templateDidUpdate', name, timestamp: Date.now() });
        },
        elementDidDefine(name) {
            events.push({ callback: 'elementDidDefine', name, timestamp: Date.now() });
        },
        elementWillHydrate(name) {
            events.push({ callback: 'elementWillHydrate', name, timestamp: Date.now() });
        },
        elementDidHydrate(name) {
            events.push({ callback: 'elementDidHydrate', name, timestamp: Date.now() });
        },
        hydrationComplete() {
            events.push({ callback: 'hydrationComplete', timestamp: Date.now() });
            console.table(events);
        }
    });
}

Syntax

All bindings use a handlebars-like syntax.

Some bindings are only relevant to the browser, such as for click handlers or other pieces of dynamic interaction. As such, their bindings use single curly braces {}, this is to prevent an intial SSR (Server Side Rendering) or other build time rendering technologies from needing to interpret them.

If a binding is relevant to both client and the back end rendering engine, it will use {{}} or {{{}}} depending on what type of data injection is being done.

Browser-only bindings:

• Event bindings
• Attribute directives

Content binding

{{text}}

Event binding

Event bindings must include the () as well as being preceeded by @ in keeping with @microsoft/fast-element tagged template html syntax.

<button @click="{handleClick()}"></button>

In addition you may include an event or attribute or observable, events are denoted with e as a reserved letter.

Event:

<button @click="{handleClick(e)}"></button>

Attribute/Observable:

<button @click="{handleClick(foo)}"></button>

Directives

Directives are assumed to be either an attribute directive or a directive that also serves a template. Both are prepended by f-. The logic of these directives and what their use cases are is explained in the FAST html documentation.

Attribute directives are part of client side binding and therefore use the {} syntax.

Attribute directives include:

• slotted

  Example:

  <slot f-slotted="{slottedNodes}"></slot>
  <slot f-slotted="{slottedNodes filter elements()}"></slot>
  <slot f-slotted="{slottedNodes filter elements(div, p)}"></slot>

• children

  Example:

  <ul f-children="{listItems}"><f-repeat value="{{item in list}}"><li>{{item}}</li></f-repeat></ul>

• ref

  Example:

  <video f-ref="{video}"></video>

Template directives include:

• when

  Example:

  <f-when value="{{show}}">Hello world</f-when>
  <f-when value="{{!show}}">Goodbye world</f-when>

The following operators can also be used:

• ==
• !=
• >=
• >
• <=
• <
• ||
• &&

Where the right operand can be either a reference to a value (string e.g. {{foo == 'bar'}}, boolean e.g. {{foo == true}}, number e.g. {{foo == 3}}) or another binding value.

• repeat

  Example:

  <ul><f-repeat value="{{item in list}}"><li>{{item}}</li></f-repeat></ul>

  Should you need to refer to the parent element (not the individual item in the list), you can use the context of a previous repeat, or no context which will resolve to the custom element.

  Example:

  <ul><f-repeat value="{{item in list}}"><li>{{item}} - {{title}}</li></f-repeat></ul>

Unescaped HTML

You can add unescaped HTML using triple braces, this will create an additional div element as the HTML needs an element to bind to. Where possible it is advisable to not use unescaped HTML and instead use other binding techniques.

Example:

{{{html}}}

Writing Components

When writing components with the intention of using the declarative HTML syntax, it is imperative that components are written with styling and rendering of the component to be less reliant on any JavaScript state management. An example of this is relying on elementInterals state to style a component.

Converting Components

FAST Components written using the html tag template literal can be partially converted via the supplied .yml rules made for use with ast-grep.

Example:

// before
export const template = html`
    <slot ${slotted("slottedNodes")}></slot>
`;
// after
export const template = `
    <slot f-slotted="{slottedNodes}"></slot>
`;

Which creates a starting point for converting the tag template literals to the declarative HTML syntax.

If your template includes JavaScript specific logic that does not conform to those rules, the fix may not be applied or may apply incorrectly. It is therefore suggested that complex logic instead leverages the custom elements JavaScript class.

Available Rules

• @microsoft/fast-html/rules/attribute-directive.yml
• @microsoft/fast-html/rules/call-expression-with-event-argument.yml
• @microsoft/fast-html/rules/member-expression.yml
• @microsoft/fast-html/rules/tag-function-to-template-literal.yml

Acknowledgements

This project has been heavily inspired by Handlebars and Vue.js.