You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

192 lines
5.6 KiB

# preact-compat
[![NPM](http://img.shields.io/npm/v/preact-compat.svg?style=flat)](https://www.npmjs.org/package/preact-compat)
[![travis-ci](https://travis-ci.org/developit/preact-compat.svg?branch=master)](https://travis-ci.org/developit/preact-compat)
This module is a compatibility layer that makes React-based modules work with [Preact], without any code changes.
It provides the same exports as `react` and `react-dom`, meaning you can use your build tool of choice to drop it in where React is being depended on.
> Interested? Here's an example project that uses `preact-compat` to work with an existing React library unmodified,
> achieving more than 95% reduction in size:
>
> **[preact-compat-example](https://github.com/developit/preact-compat-example)**
---
## Why?
> _... or really, "why [preact]"?_
React is a great library and a great concept, and has a large community of module authors creating high-quality components.
However, these components are tightly coupled to React through the use of generic package imports _([example][1])_.
[Preact] is a tiny _(3kb)_ implementation of the core value of React, and maintains a nearly identical API.
With a shim like this in place, it is possible to use other React-like libraries like Preact, without forking modules just to change their imports.
There are better long-term ways to solve the coupling issue, like using factory functions that accept **named** generic methods _(not just React DI)_,
as [suggested by Eric Elliot][2]. However, since the React community has already authored so many modules in a more explicitly coupled manner, it's worth
having a simple short-term solution for those who would like to liberate themselves from library lock-in.
---
## Installation
You need to install `preact-compat` first through npm:
```bash
npm i --save preact-compat
```
NOTE: You need to have `preact` already installed, if you don't, install it like so:
```bash
npm i --save preact
```
## Usage with Webpack
Using `preact-compat` with Webpack is easy.
All you have to do is add an alias for `react` and `react-dom`:
```js
{
// ...
resolve: {
alias: {
'react': 'preact-compat',
'react-dom': 'preact-compat',
// Not necessary unless you consume a module using `createClass`
'create-react-class': 'preact-compat/lib/create-react-class'
}
}
// ...
}
```
## Usage with Browserify
Using `preact-compat` with Browserify is as simple as installing and configuring [aliasify](http://npm.im/aliasify).
First, install it: `npm install --save-dev aliasify`
... then in your `package.json`, configure aliasify to alias `react` and `react-dom`:
```js
{
// ...
"aliasify": {
"aliases": {
"react": "preact-compat",
"react-dom": "preact-compat",
// Not necessary unless you consume a module using `createClass`
"create-react-class": "preact-compat/lib/create-react-class"
}
}
// ...
}
```
## Usage with Babel
Using `preact-compat` with Babel is easy.
Install the babel plugin for aliasing: `npm install --save-dev babel-plugin-module-resolver`
All you have to do is tell babel to process jsx with 'h' and add an alias for `react` and `react-dom` in your .babelrc:
```js
{
// ...
"plugins": [
["transform-react-jsx", { "pragma":"h" }],
["module-resolver", {
"root": ["."],
"alias": {
"react": "preact-compat",
"react-dom": "preact-compat",
// Not necessary unless you consume a module using `createClass`
"create-react-class": "preact-compat/lib/create-react-class"
}
}]
],
"presets": [
"react"
]
// ...
}
```
## Once Aliased
With the above Webpack or Browserify aliases in place, existing React modules should work nicely:
```js
import React, { Component } from 'react';
import { render } from 'react-dom';
class Foo extends Component {
propTypes = {
a: React.PropTypes.string.isRequired
};
render() {
let { a, b, children } = this.props;
return <div {...{a,b}}>{ children }</div>;
}
}
render((
<Foo a="a">test</Foo>
), document.body);
```
---
## Use Without Webpack/Browserify
`preact-compat` and its single dependency [`prop-types`](https://github.com/reactjs/prop-types) are both published as UMD modules as of `preact-compat` version `0.6`. This means you can use them via a `<script>` tag without issue:
```html
<script src="//unpkg.com/preact"></script>
<script src="//unpkg.com/proptypes"></script>
<script src="//unpkg.com/preact-compat"></script>
<script>
var React = preactCompat,
ReactDOM = preactCompat;
ReactDOM.render(<h1>Hello!</h1>, document.body);
</script>
```
You can see the above in action with this [JSFiddle Example](https://jsfiddle.net/developit/61cqu193/).
---
### PropTypes
`preact-compat` adds support for validating PropTypes out of the box. This can be disabled the same way it is when using React, by defining a global `process.env.NODE_ENV='production'`. PropType errors should work the same as in React - the [`prop-types`](https://github.com/reactjs/prop-types) module used here is published by the React team to replace PropTypes in React.
<img src="http://i.imgur.com/tGT7Dvw.png" width="650" alt="PropType validation example output" />
## License
[MIT]
[preact]: https://github.com/developit/preact
[MIT]: http://choosealicense.com/licenses/mit
[1]: https://github.com/developit/preact-toolbox/blob/master/components/app/index.jsx#L1
[2]: https://gist.github.com/ericelliott/7e05747b891673eb704b