Rethinking Reactivity

Tero Piirainen

@tipiirai

Nue JS is a tiny (2.1kb min-brotlied) library for building user interfaces. It's an alternative to frameworks like Vue, React, and Svelte — and it's the central piece of the ultimate goal: Nuekit — A small, user-friendly alternative to frameworks like Next.js, Vite, and Sveltekit.

Less is more
Less is more

Nue was linked to Hacker News, Lobsters, and Reddit just two weeks ago (18. Sep) and it was really a dream start for the project. I received a super warm welcome from developers, over 120k people came to see the website, and the project rapidly got over 3k stars on GitHub. My time lately has gone on fixing bugs, merging pull requests, giving support, answering questions, and providing examples.

Common questions are: "How does reactivity work"? and "How is this different from React or Svelte"? Here I do my best to answer those exact questions.

HTML- based

If React is "Just JavaScript", then Nue is "Just HTML". Here's how the difference between React and Nue using an identical counter component:

React

/**
 * React counter: "It's Just JavaScript"
 */
import React, { useState } from "react";

function App() {
  const [count, setCount] = useState(0);

  return (
    <div>
      <h2>You clicked {count} times!</h2>
      <button onClick={() => setCount(count - 1)}>
        Decrement
      </button>
      <button onClick={() => setCount(count + 1)}>
        Increment
      </button>
    </div>
  );
}

Source

Nue

<!--
  Nue counter: "It's just HTML"
-->
<div>
  <h2>You clicked {count} times!</h2>
  <button ="count--">Decrement</button>
  <button ="count++">Increment</button>
  <script>count = 0</script>
</div>

Source

To understand this choice we must go back in time. The world used to be slightly different before React and the kids entered the picture. There were two kinds of frontend skills: UX development and JS development:

UX development

  • HTML + CSS
  • Lightweight JavaScript
  • Look and feel
  • Responsive design
  • Accessibility
  • UI libraries

JS development

  • Advanced TypeScript/JS
  • Business logic
  • Backend integration
  • End-to-end testing
  • Keeping up the JS infra
  • Performance optimization

People who cared about UX could focus on the front of the frontend, and JS developers could focus on the back of the frontend. The talent was naturally spread and people did what they loved. It was great. Brad Frost wrote a great article on the topic.

Today frontend development is dictated by the JS developer and everything is assembled with TypeScript or JavaScript: logic, layout, styling, images, and content.

Nue wants to change this and bring UX developers back to the forefront. For them, it's more natural to start with HTML (content first!), then add styling, and finally JavaScript if needed. JavaScript is optional in content-heavy websites. Yes, we're talking about "old school" things like progressive enhancement, separation of concerns, and semantic web design.

Therefore: Nue is HTML first.

Class- based

In 1998 O'Reilly published Dynamic HTML: The Definitive Reference by Danny Goodman. This book changed the way I build websites. Before reading the book I had only played with HTML and CSS, but suddenly web was programmable? With Java? No -- JavaScript. WTH! I could do things like this:

<FORM ACTION="/cgi-bin/form.cgi"
  ıONSUBMIT="return isValidEmail(this.email.value)"ı>
  <INPUT TYPE="text" NAME="email">
  <INPUT TYPE="submit" VALUE="Submit">
</FORM>

<!-- don't forget the type attribute! -->
<SCRIPT TYPE="text/javascript">
  function isValidEmail(email) {
    return /^\S+@\S+$/.test(email)
  }
</SCRIPT>

Yes, HTML was in all caps back then. And there were no type="email" fields, no <button> tag, nor the ability to post data with JavaScript. AJAX was invented seven years later. But I could make HTML dynamic and could move some of the dynamics from backend to the frontend.

Today HTML, CSS, and JavaScript have incredibly more power. Especially JavaScript. One notable thing is classes, introduced in ECMAScript 2015 (aka "ES6") and now supported by all major browsers.

Nue uses classes to bring the DHTML vibes back to modern component-based web development. Let's rewrite the above example with Nue:

<form .prevent="submit">
  <input type="email" name="email" placeholder="your@address.com" required>
  <button>Submit</button>

  ı<script>ı
    // input validation is natively taken care of by the browser
    async submit({ target }) {
      await fetch(`/api/leads?email=${target.email.value}`)
      location.href = '/thank-you'
    }
  ı</script>ı

</form>

The most notable thing is the <script> tag, which is now nested inside the component. This is the place for your ES6 class variables and methods.

ES6 classes make your code look amazingly compact and clean. You can add variables, methods, getters, setters, and async methods with the cute and short syntax. Here is a snippet from a Todo MVC app written with Nue:

<script>
  clearCompleted() {
    this.items.forEach(item => delete item.done)
    this.save()
  }

  get numActive() {
    return this.items.filter(item => !item.done).length
  }

  get hasCompleted() {
    return this.items.find(item => item.done)
  }

  set filter(name) {
    history.replaceState('', '', '#' + name)
    this.filter = name
  }

  // ... clipped ...

</script>

Reactivity model

Reactivity means that when the component state changes, the component automatically re-renders itself to the new state. Nue is no different from the other frameworks here:

<button ı="count++"ı>
  Clicked { count } { count == 1 ? 'time' : 'times' }
  <script>count = 0</script>
</button>

Nue automatically updates the view when an event handler is clicked. Nue also re-renders automatically when working with arrays. For example:

<div>
  <p>
    <button ="addFruit">Add</button>
    <button ="images.pop()" :disabled="!images[4]">Remove</button>
  </p>

  <img :for="img in images" :src="/demo/img/{img}.jpg">

  <script>
    images = ['popcorn', 'peas', 'lemons', 'tomatoes']

    addFruit() {
      const img = this.images[Math.floor(Math.random() * 4)]
      this.imagesı.push(img)ı
    }
  </script>
</div>

Both push() and pop() methods update the view automatically. Same with all the other Array methods like sort(), unshift(), sort(), reverse(), and splice().

Sometimes only you know when an update must happen in which case you must call an instance method this.update() manually. For example, after some data has been fetched from the server:

<div class="user">
  <img :src="user.avatar">
  <h3>{ user.name }</h3>
  <p>{ user.email }</p>

  <button ="loadJane" :disabled="is_loaded">Load Jane</button>

  <script>
    user = {
      avatar: 'avatars/john.jpg',
      email: 'john@acme.org',
      name: 'John Doe',
    }

    async loadJane() {
      const req = await fetch('jane.json')
      this.user = await req.json()
      this.is_loaded = true
      ıthis.update()ı
    }
  </script>
</div>

As a user of Nue JS, the update() method is really the only special thing you need to know about reactivity. Overall you need less thinking and framework-specific abstractions when working with Nue. For example, here's how you initialize a single reactive variable in various frameworks:

React

import { useState } from "react"
const [count, setCount] = useState(0)

Vue

import { ref } from 'vue'
const count = ref(0)

Svelte / "Runes"

let count = $state(0);

Nue

count = 0

Reactivity under the hood

Here's how Nue JS works.

First, a Nue component is compiled or "transpiled" to plain JavaScript so that browsers can run it. Let's look at our counter component again:

<button ="counter" ="count++">
  Clicked { count } { count == 1 ? 'time' : 'times' }
  <script>count = 0</script>
</button>

Here's what the counter looks like after the compilation:

{
  name: 'counter',
  tmpl: '<button @click="0">:1:</button>',
  Impl: class { count = 0 },
  fns: [
    (_,e) => { _.count++ },
    _ => ['Clicked ',_.count,' ',_.count == 1 ? 'time' : 'times']
  ]
}

The compiled component has four properties:

  1. name - the component name
  2. tmpl — component's HTML/template code
  3. Impl – the ES6 class to create the component instance from
  4. fns – the template expressions turned to CSP- compliant JavaScript

All the expressions on the template are replaced with an index number to match the function on the fns array. For example the click handler @click="0" is the first function on the array, that is fns[0]. The underscore is the component instance where all the variables and methods can be found.

When the component is mounted on the page, Nue creates a DOM tree from the template and makes the expression/function mapping. Each Nue component holds an array of expressions that are executed every time the component state changes. Nue also keeps track of all the child components and they also get re-rendered when the parent state changes.

:if, and :for expressions are also put on the execution array, but their logic is more complex so they are executed with a dedicated handler function.

Re-rendering mutates the attributes, elements, and text nodes in place. No DOM diffing is needed.

That's Nue reactivity in short.

Keeping things small

The compiled Nue code is very small: only like ~1.2x larger than the HTML-based source code. This makes Nue applications the smallest on the market.

Evan You's (creator of Vue) compared the generated code size of Vue and Svelte components. He used TodoMVC as the measure for an individual component. By adding add Nue TodoMVC to the mix we get the following data:

VueSvelteNue
Framework size16.89kb1.85kb2.13 kb
Todo MVC size1.10kb1.88kb0.96 kb
Framework + 1 Todo17.99kb3.73kb3.09 kb
Framework + 10 Todos27.89kb20.65kb11.73 kb
Nue is the smallest regardless of the amount of TodoMVC-sized components
Nue is the smallest regardless of the amount of TodoMVC-sized components

What's next in frontend development?

I see that frontend development is trending into the following directions:

Multi-page applications (MPA) are on the rise. With the emergence of server components and tools like Astro and Nue, people will eventually realize that the SPA (single page application) model is not ideal for "normal", content-heavy websites.

UX development becomes a thing again. Not everything should be controlled by JavaScript and by JS engineers. User experience optimization requires a different set of goals, skills, and interests. And the MPA trend increases this need because JS developers are less needed in developing content-heavy websites.

More standards-based coding. As developers move to multi-page applications JavaScript is rendered on the server side, and client-side javascript becomes optional. This forces the pre-SPA best practices to come back: separation of concerns, progressive enhancement, and semantic web design.

Nue is designed from the ground up to be on par with the above trends.