Web Components in Easy Mode https://webcomponent.io
Find a file
2023-12-10 20:17:46 +01:00
.vscode chore: format code with prettier (#14) 2023-12-10 10:58:46 +01:00
assets chore: update examples 2023-09-16 23:08:52 +02:00
examples chore: update site, readme, & examples for v2.0 features 2023-12-10 20:17:46 +01:00
site chore: update site, readme, & examples for v2.0 features 2023-12-10 20:17:46 +01:00
src chore: format code with prettier (#14) 2023-12-10 10:58:46 +01:00
.gitignore feat(site): initial website for webcomponent.io 2023-11-22 08:55:10 +01:00
LICENSE chore: add LICENSE file 2023-11-10 21:56:12 +01:00
package-lock.json chore: set up bundling; bump for major release (#16) 2023-12-10 18:24:27 +01:00
package.json chore: set up bundling; bump for major release (#16) 2023-12-10 18:24:27 +01:00
prepare.js don't ship devDependencies 2023-11-21 13:32:10 +01:00
README.md chore: update site, readme, & examples for v2.0 features 2023-12-10 20:17:46 +01:00
tsconfig.json chore: format code with prettier (#14) 2023-12-10 10:58:46 +01:00

Web Component Base

Package information: NPM version Package information: NPM license Package information: NPM downloads Bundle Size

🤷‍♂️ zero-dependency, 🤏 tiny JS base class for creating reactive custom elements easily

When you extend the WebComponent class for your component, you only have to define the template and properties. Any change in any property value will automatically cause just the component UI to render.

The result is a reactive UI on property changes. View on CodePen ↗

Features

  • A props API that synchronizes your components' property values and HTML attributes
  • Sensible life-cycle hooks that you understand and remember
  • An html tagged templates powered by preact's html/mini
  • Attach functions as "side effects" that gets triggered on property value changes with attachEffect (example)
  • Provided out-of-the-box with McFly, a powerful no-framework framework

Table of Contents

  1. Installation
    1. Import via unpkg
    2. Installation via npm
  2. Usage
  3. template vs render()
  4. Prop access
    1. Alternatives
  5. Quick Start Example
  6. Life-Cycle Hooks
    1. onInit - the component is connected to the DOM, before view is initialized
    2. afterViewInit - after the view is first initialized
    3. onDestroy - the component is disconnected from the DOM
    4. onChanges - every time an attribute value changes
  7. Library Size

Installation

The library is distributed as complete ESM modules, published on NPM. Please file an issue in our issue tracker for problems or requests regarding our distribution.

Import via unpkg (no bundlers needed!)

Import using unpkg in your vanilla JS component. We will use this in the rest of our usage examples.

Please check

import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

Installation via npm

Usable for projects with bundlers or using import maps pointing to to the specific files in downloaded in your node_modules/web-component-base.

npm i web-component-base

Usage

In your component class:

// HelloWorld.mjs
import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

class HelloWorld extends WebComponent {
  static props ={
    myName: 'World',
    emotion: 'sad'
  }
  get template() {
    return `
      <h1>Hello ${this.props.myName}${this.props.emotion === "sad" ? ". 😭" : "! 🙌"}</h1>
    `;
  }
}

customElements.define('hello-world', HelloWorld);

In your HTML page:

<head>
  <script type="module" src="HelloWorld.mjs"></script>
</head>
<body>
  <hello-world my-name="Ayo" emotion="sad">
  <script>
      const helloWorld = document.querySelector('hello-world');

      setTimeout(() => {
        helloWorld.setAttribute('emotion', 'excited');
      }, 2500)
  </script>
</body>

The result is a reactive UI that updates on attribute changes:

UI showing feeling toward Web Components changing from SAD to EXCITED

template vs render()

This mental model attempts to reduce the cognitive complexity of authoring components:

  1. The template is a read-only property (initialized with a get keyword) that represents how the component view is rendered.
  2. There is a render() method that triggers a view render.
  3. This render() method is automatically called under the hood every time an attribute value changed.
  4. You can optionally call this render() method at any point to trigger a render if you need (eg, if you have private unobserved properties that need to manually trigger a render)
  5. Overriding the render() function for handling a custom template--where you can return string | Node | (string | Node)[] is also an option. More examples on this to follow.

Prop Access

The props property of the WebComponent interface is provided for easy read/write access to a camelCase counterpart of any observed attribute.

class HelloWorld extends WebComponent {
  static props = {
    myProp: 'World'
  }
  get template() {
    return html`
        <h1>Hello ${this.props.myProp}</h1>
    `;
  }
}

Assigning a value to the props.camelCase counterpart of an observed attribute will trigger an "attribute change" hook.

For example, assigning a value like so:

this.props.myName = 'hello'

...is like calling the following:

this.setAttribute('my-name','hello');

Therefore, this will tell the browser that the UI needs a render if the attribute is one of the component's observed attributes we explicitly provided with static props;

Note

The props property of WebComponent works like HTMLElement.dataset, except dataset is only for attributes prefixed with data-. A camelCase counterpart using props will give read/write access to any attribute, with or without the data- prefix. Another advantage over HTMLElement.dataset is that WebComponent.props can hold primitive types 'number', 'boolean', 'object' and 'string'.

Alternatives

The current alternatives are using what HTMLElement provides out-of-the-box, which are:

  1. HTMLElement.dataset for attributes prefixed with data-*. Read more about this on MDN.
  2. Methods for reading/writing attribute values: setAttribute(...) and getAttribute(...); note that managing the attribute names as strings can be difficult as the code grows.

Quick Start Example

Here is an example of using a custom element in a single .html file.

<!DOCTYPE html>
<html lang="en">
  <head>
    <title>WC Base Test</title>
    <script type="module">
      import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

      class HelloWorld extends WebComponent {
        static props = {
          myName: 'World'
        }
        get template() {
          return `<h1>Hello ${this.props.myName}!</h1>`;
        }
      }

      customElements.define("hello-world", HelloWorld);
    </script>
  </head>
  <body>
    <hello-world my-name="Ayo"></hello-world>
    <script>
        const helloWorld = document.querySelector('hello-world');
        setTimeout(() => {
            helloWorld.props.myName = 'Ayo zzzZzzz';
        }, 2500);
    </script>
  </body>
</html>

Life-Cycle Hooks

Define behavior when certain events in the component's life cycle is triggered by providing hook methods

onInit()

  • Triggered when the component is connected to the DOM
  • Best for setting up the component
      import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

class ClickableText extends WebComponent {
  // gets called when the component is used in an HTML document
  onInit() {
    this.onclick = () => console.log(">>> click!");
  }

  get template() {
    return `<span style="cursor:pointer">Click me!</span>`;
  }
}

afterViewInit()

  • Triggered after the view is first initialized
class ClickableText extends WebComponent {
  // gets called when the component's innerHTML is first filled
  afterViewInit() {
    const footer = this.querySelector('footer');
    // do stuff to footer after view is initialized
  }

  get template() {
    return `<footer>Awesome site &copy; 2023</footer>`;
  }
}

onDestroy()

  • Triggered when the component is disconnected from the DOM
  • best for undoing any setup done in onInit()
      import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

class ClickableText extends WebComponent {
 
  clickCallback() {
    console.log(">>> click!");
  }

  onInit() {
    this.onclick = this.clickCallback;
  }

  onDestroy() {
    console.log(">>> removing event listener");
    this.removeEventListener("click", this.clickCallback);
  }

  get template() {
    return `<span style="cursor:pointer">Click me!</span>`;
  }
}

onChanges()

  • Triggered when an attribute value changed
      import { WebComponent } from "https://unpkg.com/web-component-base@latest/index.js";

class ClickableText extends WebComponent {
  // gets called when an attribute value changes
  onChanges(changes) {
      const {property, previousValue, currentValue} = changes;
      console.log('>>> ', {property, previousValue, currentValue})
  }

  get template() {
    return `<span style="cursor:pointer">Click me!</span>`;
  }
}

Library Size

All the functions and the base class in the library are minimalist by design and only contains what is needed for their purpose.

As of the major release v2.0.0, the base class is around 1.7 kB (min + gzip) according to bundlephobia.com and 1.1 kB (min + brotli) according to size-limit. There is an increase in size before this release -- primarily for advanced features in building complex applications.

Note

As a builder of both simple sites and complex web apps, I recognize that not all custom elements need advanced features for reactivity.

I also don't want to get things in my code that I don't need (YAGNI -- You Aren't Gonna Need It)... and I want a base class for simpler use cases that don't have Proxy props or attaching effects...

To address this, I am working on a "lite" version my base class... please stay tuned.

-Ayo