Important: This documentation covers Yarn 1 (Classic).
For Yarn 2+ docs and migration guide, see yarnpkg.com.

Package detail

nanocomponent

choojs2.1kMIT6.6.0

Native DOM components that pair nicely with DOM diffing algorithms

nanohtml, bel, choo, element, thunk, cache, perf, nanomorph, morphdom, nanocomponent, cache-component

readme

nanocomponent stability

npm version build status downloads js-standard-style

Native DOM components that pair nicely with DOM diffing algorithms.

Features

  • Isolate native DOM libraries from DOM diffing algorithms
  • Makes rendering elements very fast™ by avoiding unnecessary rendering
  • Component nesting and state update passthrough
  • Implemented in only a few lines
  • Only uses native DOM methods
  • Class based components offering a familiar component structure
  • Works well with nanohtml and yoyoify
  • Combines the best of nanocomponent@5 and cache-component@5.

Usage

// button.js
var Nanocomponent = require('nanocomponent')
var html = require('nanohtml')

class Button extends Nanocomponent {
  constructor () {
    super()
    this.color = null
  }

  createElement (color) {
    this.color = color
    return html`
      <button style="background-color: ${color}">
        Click Me
      </button>
    `
  }

  // Implement conditional rendering
  update (newColor) {
    return newColor !== this.color
  }
}

module.exports = Button
// index.js
var choo = require('choo')
var html = require('nanohtml')

var Button = require('./button.js')
var button = new Button()

var app = choo()
app.route('/', mainView)
app.mount('body')

function mainView (state, emit) {
  return html`
    <body>
      ${button.render(state.color)}
    </body>
  `
}

app.use(function (state, emitter) {
  state.color = 'green'
})

Patterns

These are some common patterns you might encounter when writing components.

Standalone

Nanocomponent is part of the choo ecosystem, but works great standalone!

var Button = require('./button.js')
var button = new Button()

// Attach to DOM
document.body.appendChild(button.render('green'))

// Update mounted component
button.render('green')
button.render('red')

// Log a reference to the mounted dom node
console.log(button.element)

Binding event handlers as component methods

Sometimes it's useful to pass around prototype methods into other functions. This can be done by binding the method that's going to be passed around:

var Nanocomponent = require('nanocomponent')
var html = require('nanohtml')

class Component extends Nanocomponent {
  constructor () {
    super()

    // Bind the method so it can be passed around
    this.handleClick = this.handleClick.bind(this)
  }

  handleClick (event) {
    console.log('element is', this.element)
  }

  createElement () {
    return html`<button onclick=${this.handleClick}>
      My component
    </button>`
  }

  update () {
    return false // Never re-render
  }
}

ES5 Syntax

Nanocomponent can be written using prototypal inheritance too:

var Nanocomponent = require('nanocomponent')
var html = require('nanohtml')

function Component () {
  if (!(this instanceof Component)) return new Component()
  Nanocomponent.call(this)
  this.color = null
}

Component.prototype = Object.create(Nanocomponent.prototype)

Component.prototype.createElement = function (color) {
  this.color = color
  return html`
    <div style="background-color: ${color}">
      Color is ${color}
    </div>
  `
}

Component.prototype.update = function (newColor) {
  return newColor !== this.color
}

Mutating the components instead of re-rendering

Sometimes you might want to mutate the element that's currently mounted, rather than performing DOM diffing. Think cases like third party widgets that manage themselves.

var Nanocomponent = require('nanocomponent')
var html = require('nanohtml')

class Component extends Nanocomponent {
  constructor () {
    super()
    this.text = ''
  }

  createElement (text) {
    this.text = text
    return html`<h1>${text}</h1>`
  }

  update (text) {
    if (text !== this.text) {
      this.text = text
      this.element.innerText = this.text   // Directly update the element
    }
    return false                           // Don't call createElement again
  }

  unload (text) {
    console.log('No longer mounted on the DOM!')
  }
}

Please note that if you remove a component from the DOM, it will be unloaded, and when reinserted into the DOM, createElement will be fired again. If you want to maintain control of a component's rendering, it has to stay mounted! See issue #88 for a more detailed discussion.

Nested components and component containers

Components nest and can skip renders at intermediary levels. Components can also act as containers that shape app data flowing into view specific components.

var Nanocomponent = require('nanocomponent')
var html = require('nanohtml')
var Button = require('./button.js')

class Component extends Nanocomponent {
  constructor () {
    super()
    this.button1 = new Button()
    this.button2 = new Button()
    this.button3 = new Button()
  }

  createElement (state) {
    var colorArray = shapeData(state)
    return html`
      <div>
        ${this.button1.render(colorArray[0])}
        ${this.button2.render(colorArray[1])}
        ${this.button3.render(colorArray[2])}
      </div>
    `
  }

  update (state) {
    var colorArray = shapeData(state) // process app specific data in a container
    this.button1.render(colorArray[0]) // pass processed data to owned children components
    this.button2.render(colorArray[1])
    this.button3.render(colorArray[2])
    return false // always return false when mounted
  }
}

// Some arbitrary data shaping function
function shapeData (state) {
  return [state.colors.color1, state.colors.color2, state.colors.color3]
}

FAQ

What order do lifecycle events run in?

Lifecycle diagram

Note: aftercreate should actually say afterupdate.

Shoutout to @lrlna for the excellent diagram.

Where does this run?

Nanocomponent was written to work well with choo, but it also works well with DOM diffing engines that check .isSameNode() like nanomorph and morphdom. It is designed and documented in isolation however, so it also works well on it's own if you are careful. You can even embed it in other SPA frameworks like React or Preact with the use of nanocomponent-adapters which enable framework-free components! 😎

What's a proxy node?

It's a node that overloads Node.isSameNode() to compare it to another node. This is needed because a given DOM node can only exist in one DOM tree at the time, so we need a way to reference mounted nodes in the tree without actually using them. Hence the proxy pattern, and the recently added support for it in certain diffing engines:

var html = require('nanohtml')

var el1 = html`<div>pink is the best</div>`
var el2 = html`<div>blue is the best</div>`

// let's proxy el1
var proxy = html`<div></div>`
proxy.isSameNode = function (targetNode) {
  return (targetNode === el1)
}

el1.isSameNode(el1)   // true
el1.isSameNode(el2)   // false
proxy.isSameNode(el1) // true
proxy.isSameNode(el2) // false

How does it work?

nanomorph is a diffing engine that diffs real DOM trees. It runs a series of checks between nodes to see if they should either be replaced, removed, updated or reordered. This is done using a series of property checks on the nodes.

nanomorph runs Node.isSameNode(otherNode) when diffing two DOM trees. This allows us to override the function and replace it with a custom function that proxies an existing node. Check out the code to see how it works. The result is that if every element in our tree uses nanocomponent, only elements that have changed will be recomputed and re-rendered making things very fast.

nanomorph, which saw first use in choo 5, has supported isSameNode since its conception. morphdom has supported .isSameNode since v2.1.0.

Is this basically react-create-class?

nanocomponent is very similar to react-create-class, but it leaves more decisions up to you. For example, there is no built in props or state abstraction in nanocomponent but you can do something similar with arguments (perhaps passing a single props object to .render e.g. .render({ foo, bar }) and assigning internal state to this however you want (perhaps this.state = { fizz: buzz }).

API

component = Nanocomponent([name])

Create a new Nanocomponent instance. Additional methods can be set on the prototype. Takes an optional name which is used when emitting timings.

component.render([arguments…])

Render the component. Returns a proxy node if already mounted on the DOM. Proxy nodes make it so DOM diffing algorithms leave the element alone when diffing. Call this when arguments have changed.

component.rerender()

Re-run .render using the last arguments that were passed to the render call. Useful for triggering component renders if internal state has changed. Arguments are automatically cached under this._arguments (🖐 hands off, buster! 🖐). The update method is bypassed on re-render.

component.element

A getter property that returns the component's DOM node if its mounted in the page and null when its not.

DOMNode = Nanocomponent.prototype.createElement([arguments…])

Must be implemented. Component specific render function. Optionally cache argument values here. Run anything here that needs to run along side node rendering. Must return a DOMNode. Use beforerender to run code after createElement when the component is unmounted. Previously named _render. Arguments passed to render are passed to createElement. Elements returned from createElement must always return the same root node type.

Boolean = Nanocomponent.prototype.update([arguments…])

Must be implemented. Return a boolean to determine if prototype.createElement() should be called. The update method is analogous to React's shouldComponentUpdate. Called only when the component is mounted in the DOM tree. Arguments passed to render are passed to update.

Nanocomponent.prototype.beforerender(el)

A function called right after createElement returns with el, but before the fully rendered element is returned to the render caller. Run any first render hooks here. The load and unload hooks are added at this stage. Do not attempt to rerender in beforerender as the component may not be in the DOM yet.

Nanocomponent.prototype.load(el)

Called when the component is mounted on the DOM. Uses on-load under the hood.

Nanocomponent.prototype.unload(el)

Called when the component is removed from the DOM. Uses on-load under the hood.

Nanocomponent.prototype.afterupdate(el)

Called after a mounted component updates (e.g. update returns true). You can use this hook to call element.scrollIntoView or other dom methods on the mounted component.

Nanocomponent.prototype.afterreorder(el)

Called after a component is re-ordered. This method is rarely needed, but is handy when you have a component that is sensitive to temorary removals from the DOM, such as externally controlled iframes or embeds (e.g. embedded tweets).

Installation

$ npm install nanocomponent

Optional lifecycle events

You can add even more lifecycle events to your components by attatching the following modules in the beforerender hook.

See also

Examples

Similar Packages

License

MIT

changelog

nanocomponent Change Log

All notable changes to this project will be documented in this file. This project adheres to Semantic Versioning.

6.6.0 - 2021-04-12

6.5.3 - 2019-11-12

6.5.2 - 2018-04-20

6.5.1 - 2018-02-11

  • Update nanotiming@7.2.0
  • Update devdeps: tap-run, dependency-check, browserify, bankai

6.4.6 - 2017-12-05

  • Proxy elements are created matching the root node returned from the createElement method. (🙏@tornqvist🙏)

6.4.5 - 2017-12-03

  • Pin on-load to v3.3.4 to fix node import.

6.4.4 - 2017-12-03

  • Pin on-load to v3.3.3 to fix unbundled electron import.

6.4.3 - 2017-12-02

  • Pin on-load to 3.3.2 to fix unbundled electron import.

6.4.1 - 2017-09-11

  • Fixed afterreorder hook typo.
  • Update on-load to handle <head> loading and for addded assertions.

6.4.0 - 2017-09-04

  • Added: .rerender() method to allow re-rendering with the last rendered arguments if internal state changes.
  • Updated docs for rerender.
  • Add a few more pitfall pointers in the lifecycle API docs around rerendering in beforerender.

6.3.0 - 2017-08-24

6.2.0 - 2017-08-18

  • Added: afterreorder event which is called after your component is remounted on sibbling reorders.

6.1.0 - 2017-08-14

6.0.1 - 2017-08-09

  • Fixed: [f9f7540415] - load & unload callbacks should be passed el (timwis)

6.0.0 - 2017-08-09

🎉 nanocomponent and cache-component are merged into one module: `nanocomponent@6.0.0` 🎉.

Be sure to read the README so that you get an understanding of the new API, but here is a quick summary of what has changed from the perspective of both modules:

Changes since cache-component@5

nanocomponent@6 is mostly the same as cache-component@5 except a few methods are renamed and everything you interact with has had the _ prefix removed.

  • Breaking: The _element getter is renamed to element.
  • Breaking: _willMount is renamed to beforerender because DOM mounting can't be guaranteed from the perspective of a component.
  • Breaking: _didMount is removed. Consider using load instead now.
  • Breaking: _update is renamed to update and should always be implemented. Instead of the old default shallow compare, not implementing update throws. You can require('nanocomponent/compare') to implement the shallow compare if you want that still. See below.
  • Breaking: _args is removed. arguments in createElement and update are already "sliced", so you can simply capture a copy in update and createElement and use it for comparison at a later time.
  • Breaking: _willUpdate is removed. Anything you could do in _willUpdate you can just move to update.
  • Changed: _didUpdate is renamed to afterupdate. It also receives an element argument el e.g. afterupdate(el). This makes its argument signature consistent with the other life-cycle methods.
  • Added: Added on-load hooks load and unload. on-load listeners only get added when one or both of the hooks are implemented on a component making the mutation observers optional.

cache-component@5 to nanocomponent@6 upgrade guide:

  • Renamed _render to createElement.
  • You must implement update now. Rename existing _update method to update. Here is an example of doing shallow compare on components that didn't implement their own update function previously:
var html = require('choo/html')
var Component = require('nanocomponent')
var compare = require('nanocomponent/compare')

class Meta extends Component {
  constructor () {
    super()

    this.arguments = []
  }

  createElement (title, artist, album) {
    this.arguments = arguments // cache a copy of arguments

    return html`
      <div>
        <p>${title}</p>
        <p>
          ${artist} - ${album}
        </p>
      </div>
    `
  }

  // Implement this to recreate cache-component@5
  // behavior when update was not implemented
  update () {
    return compare(arguments, this.arguments)
  }
}
  • Rename components with _willMount to beforerender
  • Move any _didMount implementations into load or a window.requestAnmimationFrame inside of beforerender.
  • Move any _willUpdate implementations into update.
  • Rename _didUpdate to afterupdate.
  • Take advantage of load and unload for DOM insertion aware node interactions 🙌

Changes since nanocomponent@5

nanocomponent@6 has some subtle but important differences from nanocompnent@5. Be sure to read the README and check out the examples to get an understanding of the new API.

  • Breaking: The _element property is removed. A getter called element is now used instead. Since this is now a read-only getter, you must not assign anything to this property or else bad things will happen. The element getter returns the component's DOM node if mounted in the page, and undefined otherwise. You are allowed to mutate that DOM node by hand however. Just don't reassign the property on the component instance.
  • Fixed: Components can gracefully be removed, re-ordered and remounted between views. You can even mutate the same component over individual instances. This is an improvement over nanocomponent@5.
  • Breaking: _render is renamed to createElement and must now return a DOM node always. In earlier versions you could get away with not returning from _render and assigning nodes to _element. No longer! Also, you should move your DOM mutations into update.
  • Changed: Update still works the same way: return true to run createElement or return false to skip a call to createElement when render is called. If you decide to mutate element "by hand" on updates, do that here (rather than conditional paths inside createElement).
  • Changed: _load and _unload renamed to load and unload. They have always been optional, but now the mutation observers are only added if at least one of these methods are implemented prior to component instantiation.
  • Added: beforerender lifecycle hook. Its similar to load but runs before the function call to render returns on unmounted component instances. This is where the on-load listeners are added and is a good opportunity to add any other lifecycle hooks.
  • Added: afterupdate runs after update returns true and the results of createElement is mutated over the mounted component. Useful for adjusting scroll position.

nanocomponent@5 to nanocomponent@6 upgrade guide:

  • Read through the new leaflet example to get an idea of the differences between the old and new API. 🗺
  • Renamed _render to createElement and _update to update.
  • Move any DOM mutation code from createElement into update.
  • Ensure createElement returns a DOM node always. (You will get warnings if you don't and it probably won't work)
  • Rename _load and _unload to load and unload.
  • Consider moving any load actions into beforerender if they don't depend on the newly rendered node being mounted in a DOM tree yet.
  • Take advantage of afterupdate allowing you to interact with your component after createElement is called on mounted components 🙌