Preact is a fast, 3kb
alternative to React, with the same ES2015 API.
Preact retains a large amount of compatibility with React, but only the modern (ES6 Classes and stateless functional components) interfaces. As one would expect coming from React, Components are simple building blocks for composing a User Interface.
💁 Full documentation is available at the Preact Website ➞
- ESBench is built using Preact.
- Nectarine.rocks (Github Project) 🍑
- Documentation Viewer (Github Project)
- TodoMVC (Github Project)
- Hacker News Minimal (Github Project)
- Preact Boilerplate (Github Project) ⚡
- Preact Redux Example ⭐
- Flickr Browser (@ CodePen)
- Animating Text (@ CodePen)
- 60FPS Rainbow Spiral (@ CodePen)
- Simple Clock (@ JSFiddle)
- 3D + ThreeJS (@ CodePen)
- Stock Ticker (@ CodePen)
- Create your Own! (@ JSFiddle)
- 🌎 preact-router: URL routing for your components.
- 🌷 preact-svg: Use inline
<svg>
in Preact. - 📄 preact-render-to-string: Universal rendering.
- 🙌 preact-compat: use any React library with Preact. (full example)
- 🚀 preact-photon: build beautiful desktop UI with photon.
- 🔬 preact-jsx-chai: JSX assertion testing (no DOM, right in Node)
- 📑 preact-markup: Render HTML & Custom Elements as JSX & Components
- 📝 preact-richtextarea: Simple HTML editor component
- 🔁 preact-cycle: Functional-reactive paradigm for Preact.
- 📡 preact-portal: Render Preact components into (a) SPACE 🌌
💁 You don't have to use ES2015 to use Preact... but you should.
The following guide assumes you have some sort of ES2015 build set up using babel and/or webpack/browserify/gulp/grunt/etc. If you don't, start with preact-boilerplate or a CodePen Template.
The preact
module provides both named and default exports, so you can either import everything under a namespace of your choosing, or just what you need as locals:
import { h, render, Component } from 'preact';
// Tell Babel to transform JSX into h() calls:
/** @jsx h */
import preact from 'preact';
// Tell Babel to transform JSX into preact.h() calls:
/** @jsx preact.h */
Named imports work well for highly structured applications, whereas the default import is quick and never needs to be updated when using different parts of the library.
Instead of declaring the
@jsx
pragma in your code, it's best to configure it globally in a.babelrc
:{ "jsxPragma": "h" }
Out of the box, Preact provides an h()
function that turns your JSX into Virtual DOM elements (here's how). It also provides a render()
function that creates a DOM tree from that Virtual DOM.
To render some JSX, just import those two functions and use them like so:
import { h, render } from 'preact';
render((
<div id="foo">
<span>Hello, world!</span>
<button onClick={ e => alert("hi!"); }>Click Me</button>
</div>
), document.body);
This should seem pretty straightforward if you've used hyperscript or one of its many friends.
Rendering hyperscript with a virtual DOM is pointless, though. We want to render components and have them updated when data changes - that's where the power of virtual DOM diffing shines. 🌟
Preact exports a generic Component
class, which can be extended to build encapsulated, self-updating pieces of a User Interface. Components support all of the standard React lifecycle methods, like shouldComponentUpdate()
and componentWillReceiveProps()
. Providing specific implementations of these methods is the preferred mechanism for controlling when and how components update.
Components also have a render()
method, but unlike React this method is passed (props, state)
as arguments. This provides an ergonomic means to destructure props
and state
into local variables to be referenced from JSX.
Let's take a look at a very simple Clock
component, which shows the current time.
import { h, render, Component } from 'preact';
class Clock extends Component {
render() {
let time = new Date().toLocaleTimeString();
return <span>{ time }</span>;
}
}
// render an instance of Clock into <body>:
render(<Clock />, document.body);
That's great. Running this produces the following HTML DOM structure:
<span>10:28:57 PM</span>
In order to have the clock's time update every second, we need to know when <Clock>
gets mounted to the DOM. If you've used HTML5 Custom Elements, this is similar to the attachedCallback
and detachedCallback
lifecycle methods. Preact invokes the following lifecycle methods if they are defined for a Component:
Lifecycle method | When it gets called |
---|---|
componentWillMount |
before the component gets mounted to the DOM |
componentDidMount |
after the component gets mounted to the DOM |
componentWillUnmount |
prior to removal from the DOM |
componentDidUnmount |
after removal from the DOM |
componentWillReceiveProps |
before new props get accepted |
shouldComponentUpdate |
before render() . Return false to skip render |
componentWillUpdate |
before render() |
componentDidUpdate |
after render() |
So, we want to have a 1-second timer start once the Component gets added to the DOM, and stop if it is removed. We'll create the timer and store a reference to it in componentDidMount
, and stop the timer in componentWillUnmount
. On each timer tick, we'll update the component's state
object with a new time value. Doing this will automatically re-render the component.
import { h, render, Component } from 'preact';
class Clock extends Component {
constructor() {
super();
// set initial time:
this.state.time = Date.now();
}
componentDidMount() {
// update time every second
this.timer = setInterval(() => {
this.setState({ time: Date.now() });
}, 1000);
}
componentWillUnmount() {
// stop when not renderable
clearInterval(this.timer);
}
render(props, state) {
let time = new Date(state.time).toLocaleTimeString();
return <span>{ time }</span>;
}
}
// render an instance of Clock into <body>:
render(<Clock />, document.body);
Now we have a ticking clock!
The concept (and nomenclature) for props
and state
is the same as in React. props
are passed to a component by defining attributes in JSX, state
is internal state. Changing either triggers a re-render, though by default Preact re-renders Components asynchronously for state
changes and synchronously for props
changes. You can tell Preact to render prop
changes asynchronously by setting options.syncComponentUpdates
to false
.
One area Preact takes a little further than React is in optimizing state changes. A common pattern in ES2015 React code is to use Arrow functions within a render()
method in order to update state in response to events. Creating functions enclosed in a scope on every render is inefficient and forces the garbage collector to do more work than is necessary.
One solution to this is to bind component methods declaratively. Here is an example using decko:
class Foo extends Component {
@bind
updateText(e) {
this.setState({ text: e.target.value });
}
render({ }, { text }) {
return <input value={text} onInput={this.updateText} />;
}
}
While this achieves much better runtime performance, it's still a lot of unnecessary code to wire up state to UI.
Fortunately there is a solution, in the form of linkState()
. Calling component.linkState('text')
returns a function that accepts an Event and uses it's associated value to update the given property in your component's state. Calls to linkState() with the same state property are cached, so there is no performance penalty. Here is the previous example rewritten using Linked State:
class Foo extends Component {
render({ }, { text }) {
return <input value={text} onInput={this.linkState('text')} />;
}
}
Simple and effective. It handles linking state from any input type, or an optional second parameter can be used to explicitly provide a keypath to the new state value.
Here is a somewhat verbose Preact <Link>
component:
class Link extends Component {
render(props, state) {
return <a href={ props.href }>{ props.children }</a>;
}
}
Since this is ES6/ES2015, we can further simplify:
class Link extends Component {
render({ href, children }) {
return <a {...{ href, children }} />;
}
}
// or, for wide-open props support:
class Link extends Component {
render(props) {
return <a {...props} />;
}
}
// or, as a stateless functional component:
const Link = ({ children, ...props }) => (
<a {...props}>{ children }</a>
);
It is likely that some projects based on Preact would wish to extend Component with great new functionality.
Perhaps automatic connection to stores for a Flux-like architecture, or mixed-in context bindings to make it feel more like React.createClass()
. Just use ES2015 inheritance:
class BoundComponent extends Component {
constructor(props) {
super(props);
this.bind();
}
bind() {
this.binds = {};
for (let i in this) {
this.binds[i] = this[i].bind(this);
}
}
}
// example usage
class Link extends BoundComponent {
click() {
open(this.href);
}
render() {
let { click } = this.binds;
return <span onclick={ click }>{ children }</span>;
}
}
The possibilities are pretty endless here. You could even add support for rudimentary mixins:
class MixedComponent extends Component {
constructor() {
super();
(this.mixins || []).forEach( m => Object.assign(this, m) );
}
}
MIT