Supercharged JavaScript library to build user interfaces with modern React API and native templates.
Brahmos supports all the APIs of React including the upcoming concurrent mode APIs and the existing ones. It has its own custom fiber architecture and concurrent mode implementation to support the concurrent UI patterns.
- Lightweight and Fast.
- Exact same React's Declarative APIs with JSX.
- Fast alternative to Virtual DOM. (JSX without VDOM).
- Smaller transpiled footprint of your source code, than traditional JSX.
Use Create a New Brahmos App if you're looking for a powerful JavaScript toolchain.
Add brahmos as dependency. And babel-plugin-brahmos as dev dependency.
npm install brahmos
npm install babel-plugin-brahmos --save-dev
Add brahmos in your babel config.
{
presets: ['@babel/preset-env'],
plugins: [
//...
'brahmos'
]
}
Note: You will have to remove react preset from babel if you trying brahmos on existing project.
The API is exact same as React so build how you build application with React, but instead of importing from react or react-dom import from brahmos;
import {useState, useEffect} from 'brahmos';
export default function App(props) {
const [state, setState] = useState(0);
return (
<div>
...
</div>
)
}Just alias react and react-dom with brahmos. And you are good to go using 3rd party react libraries.
You need to add following aliases.
alias: {
react: 'brahmos',
'react-dom': 'brahmos',
'react/jsx-runtime': 'brahmos'
},- webpack (https://webpack.js.org/configuration/resolve/#resolvealias)
- parcel (https://parceljs.org/module_resolution.html#aliases)
- rollup (https://www.npmjs.com/package/@rollup/plugin-alias)
- babel (https://www.npmjs.com/package/babel-plugin-module-resolver)
It is inspired by the rendering patterns used on hyperHTML and lit-html.
It has the same declarative API like React, but instead of working with VDOM, it uses tagged template literals and HTML's template tag for faster rendering and updates. It divides the HTML to be rendered into static and dynamic parts, and in next render, it has to compare the values of only dynamic parts and apply the changes optimally to the connected DOM. It's unlike the VDOM which compares the whole last rendered VDOM to the new VDOM (which has both static and dynamic parts) to derive the optimal changes that are required on the actual DOM.
Even though tagged template literals are the key to static and dynamic part separation, the developer has to code on well adopted JSX.
Using the babel-plugin-brahmos it transforms JSX into tagged template literals which are optimized for render/updates and the output size.
Consider this example,
class TodoList extends Component {
state = { todos: [], text: '' };
setText = (e) => {
this.setState({ text: e.target.value });
};
addTodo = () => {
let { todos, text } = this.state;
this.setState({
todos: todos.concat(text),
text: '',
});
};
render() {
const { todos, text } = this.state;
return (
<form className="todo-form" onSubmit={this.addTodo} action="javascript:">
<input value={text} onChange={this.setText} />
<button type="submit">Add</button>
<ul className="todo-list">
{todos.map((todo) => (
<li className="todo-item">{todo}</li>
))}
</ul>
</form>
);
}
}It will be transformed to
class TodoList extends Component {
state = { todos: [], text: '' };
setText = (e) => {
this.setState({ text: e.target.value });
};
addTodo = () => {
let { todos, text } = this.state;
this.setState({
todos: todos.concat(text),
text: '',
});
};
render() {
const { todos, text } = this.state;
return html`
<form class="todo-form" ${{ onSubmit: this.addTodo }} action="javascript:">
<input ${{ value: text }} ${{ onChange: this.setText }} />
<button type="submit">Add</button>
<ul class="todo-list">
${todos.map((todo) =>
html`
<li class="todo-item">${todo}</li>
`(),
)}
</ul>
</form>
`("0|0|1,0|1|0,1|3|");
}
}With the tagged template literal we get a clear separating of the static and dynamic part. And on updates it needs to apply changes only on the changed dynamic parts.
Tagged template literals also have a unique property where the reference of the literal part (array of static strings) remain the same for every call of that tag with a given template. Taking advantage of this behavior Brahmos uses literal parts as a cache key to keep the intermediate states to avoid the work done to process a template literal again.
Tagged template is natively supported by the browser, unlike the React's JSX which has to be transformed to React.createElement calls. So the output generated to run Brahmos has a smaller footprint than the output generated for the react. For the above example, the Brahmos output is 685 bytes, compared to 824 bytes from the React output. More the static part of an HTML, greater the difference will be.
The following demo demonstrates the support of all the APIs coming in future version of React like Concurrent mode, suspense list, suspense for data fetch, and also for the existing APIs like states, hooks, context api, refs etc.
https://codesandbox.io/s/brahmos-demo-3t8r6
- Babel Plugin to transpile JSX to tagged template
- Class components with all life cycle methods (Except deprecated methods)
- Functional Component
- List and Keyed list
- Synthetic input events - onChange support
- Hooks
- Context API
- Refs Api, createRef, ref as callback, forwardRef
- SVG Support
- Suspense, Lazy, Suspense for data fetch, Suspense List
- Concurrent Mode
- 3rd Party React library support (Tested React-router, redux, mobx, react-query, zustand, recharts)
- React Utilities and Methods
- Handle server rendering
- Performance improvement
- Bug fixes
- Test Cases