Top Related Projects
Quick Overview
React Easy State is a lightweight state management library for React applications. It provides a simple and intuitive way to manage global state without the complexity of Redux or MobX. The library uses ES6 Proxies to automatically track state changes and update components.
Pros
- Simple and easy to learn, with minimal boilerplate code
- Automatic tracking of state changes, eliminating the need for manual subscriptions
- Works seamlessly with both class and functional components
- Supports both local and global state management
Cons
- Relies on ES6 Proxies, which may not be supported in older browsers
- Limited ecosystem compared to more established state management solutions
- May not be suitable for very large and complex applications
- Less control over state updates compared to more explicit solutions like Redux
Code Examples
Creating a store:
import { store } from '@risingstack/react-easy-state'
const todoStore = store({
todos: [],
addTodo(text) {
this.todos.push({ text, completed: false })
},
toggleTodo(index) {
this.todos[index].completed = !this.todos[index].completed
}
})
Using the store in a functional component:
import React from 'react'
import { view } from '@risingstack/react-easy-state'
import todoStore from './todoStore'
const TodoList = view(() => (
<ul>
{todoStore.todos.map((todo, index) => (
<li key={index} onClick={() => todoStore.toggleTodo(index)}>
{todo.text} - {todo.completed ? 'Completed' : 'Pending'}
</li>
))}
</ul>
))
Using local state in a class component:
import React from 'react'
import { view, store } from '@risingstack/react-easy-state'
class Counter extends React.Component {
state = store({ count: 0 })
increment = () => {
this.state.count++
}
render() {
return (
<div>
<p>Count: {this.state.count}</p>
<button onClick={this.increment}>Increment</button>
</div>
)
}
}
export default view(Counter)
Getting Started
-
Install the package:
npm install @risingstack/react-easy-state
-
Create a store:
import { store } from '@risingstack/react-easy-state' const appStore = store({ user: null, setUser(user) { this.user = user } })
-
Use the store in a component:
import React from 'react' import { view } from '@risingstack/react-easy-state' import appStore from './appStore' const UserProfile = view(() => ( <div> {appStore.user ? ( <p>Welcome, {appStore.user.name}!</p> ) : ( <p>Please log in</p> )} </div> ))
-
Wrap your root component with
view
to enable automatic updates:import { view } from '@risingstack/react-easy-state' const App = view(() => ( // Your app components )) export default App
Competitor Comparisons
Simple, scalable state management.
Pros of MobX
- More mature and widely adopted, with a larger ecosystem and community support
- Offers more advanced features like computed values, reactions, and actions
- Provides better performance optimization for large-scale applications
Cons of MobX
- Steeper learning curve due to its more complex API and concepts
- Requires more boilerplate code for setting up stores and actions
- Can lead to less explicit data flow, potentially making debugging more challenging
Code Comparison
MobX:
import { makeObservable, observable, action } from "mobx";
class TodoStore {
todos = [];
constructor() {
makeObservable(this, {
todos: observable,
addTodo: action
});
}
addTodo(text) {
this.todos.push({ text, completed: false });
}
}
React Easy State:
import { store } from "@risingstack/react-easy-state";
const todoStore = store({
todos: [],
addTodo(text) {
this.todos.push({ text, completed: false });
}
});
React Easy State offers a simpler API with less boilerplate, making it easier to get started. However, MobX provides more fine-grained control over state management and optimization, which can be beneficial for larger applications. The choice between the two depends on the project's complexity and the team's familiarity with state management concepts.
A JS library for predictable global state management
Pros of Redux
- Widely adopted and battle-tested in large-scale applications
- Extensive ecosystem with middleware and developer tools
- Predictable state management with a single source of truth
Cons of Redux
- Steeper learning curve and more boilerplate code
- Can be overkill for smaller applications
- Requires careful consideration of performance optimizations
Code Comparison
Redux:
const reducer = (state = initialState, action) => {
switch (action.type) {
case 'INCREMENT':
return { ...state, count: state.count + 1 };
default:
return state;
}
};
React Easy State:
import { store } from '@risingstack/react-easy-state';
const counter = store({
count: 0,
increment() {
this.count++;
}
});
React Easy State offers a more straightforward approach with less boilerplate, making it easier to get started and maintain smaller applications. However, Redux's structured approach and extensive ecosystem make it more suitable for larger, complex applications where predictable state management is crucial.
Both libraries have their strengths, and the choice between them depends on the specific needs of your project, team expertise, and application complexity.
🐻 Bear necessities for state management in React
Pros of zustand
- Smaller bundle size and lighter weight
- Better TypeScript support with less boilerplate
- More flexible, allowing for middleware and custom stores
Cons of zustand
- Steeper learning curve for beginners
- Less automatic reactivity compared to react-easy-state
- Requires more manual optimizations for performance in complex scenarios
Code Comparison
react-easy-state:
import { store, view } from '@risingstack/react-easy-state'
const counter = store({ count: 0 })
const increment = () => counter.count++
const Counter = view(() => (
<button onClick={increment}>{counter.count}</button>
))
zustand:
import create from 'zustand'
const useStore = create(set => ({
count: 0,
increment: () => set(state => ({ count: state.count + 1 }))
}))
const Counter = () => {
const { count, increment } = useStore()
return <button onClick={increment}>{count}</button>
}
Both libraries aim to simplify state management in React applications, but they take different approaches. react-easy-state focuses on simplicity and automatic reactivity, while zustand offers more flexibility and control over state updates. The choice between them depends on project requirements and developer preferences.
Business logic with ease ☄️
Pros of effector
- More robust and feature-rich, offering a complete state management solution
- Better suited for large-scale applications with complex state management needs
- Provides powerful tools for debugging and time-travel debugging
Cons of effector
- Steeper learning curve due to its more complex API and concepts
- May be overkill for smaller projects or simpler state management requirements
- Requires more boilerplate code compared to react-easy-state
Code Comparison
react-easy-state:
import { store } from '@risingstack/react-easy-state'
const counter = store({
value: 0,
increment() {
this.value++
}
})
effector:
import { createStore, createEvent } from 'effector'
const increment = createEvent()
const $counter = createStore(0)
.on(increment, state => state + 1)
Summary
effector is a more comprehensive state management solution, offering advanced features and scalability for larger projects. However, it comes with a steeper learning curve and more complexity. react-easy-state, on the other hand, provides a simpler and more straightforward approach to state management, making it easier to use for smaller projects or developers new to state management concepts. The choice between the two depends on the project's requirements and the team's expertise.
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual CopilotREADME
React Easy State - by RisingStack
NEWS: v6.3.0 fixed a nasty bug that could render zombie children. Please update to this version at least to save yourself some headaches. Thanks!
Table of Contents
Introduction :wave:
React Easy State is a practical state management library with two functions and two accompanying rules.
- Always wrap your components with
view()
. - Always wrap your state store objects with
store()
.
import React from 'react';
import { store, view } from '@risingstack/react-easy-state';
const counter = store({
num: 0,
increment: () => counter.num++
});
export default view(() => (
<button onClick={counter.increment}>{counter.num}</button>
));
This is enough for it to automatically update your views when needed. It doesn't matter how you structure or mutate your state stores, any syntactically valid code works.
Check this TodoMVC codesandbox or raw code for a more exciting example with nested data, arrays and getter properties.
Installation :cd:
npm install @risingstack/react-easy-state
Setting up a quick project
Easy State supports Create React App without additional configuration. Just run the following commands to get started.
npx create-react-app my-app
cd my-app
npm install @risingstack/react-easy-state
npm start
You need npm 5.2+ to use npx.
Everyday Usage :sunglasses:
Creating global stores
store
creates a state store from the passed object and returns it. A state store behaves just like the passed object. (To be precise, it is a transparent reactive proxy of the original object.)
import { store } from '@risingstack/react-easy-state';
const user = store({ name: 'Rick' });
// stores behave like normal JS objects
user.name = 'Bob';
State stores may have arbitrary structure and they may be mutated in any syntactically valid way.
import { store } from '@risingstack/react-easy-state';
// stores can include any valid JS structure
// including nested data, arrays, Maps, Sets, getters, setters, inheritance, ...
const user = store({
profile: {
firstName: 'Bob',
lastName: 'Smith',
get name() {
return `${user.profile.firstName} ${user.profile.lastName}`;
},
},
hobbies: ['programming', 'sports'],
friends: new Map(),
});
// stores may be mutated in any syntactically valid way
user.profile.firstName = 'Bob';
delete user.profile.lastName;
user.hobbies.push('reading');
user.friends.set('id', otherUser);
Async operations can be expressed with the standard async/await syntax.
import { store } from '@risingstack/react-easy-state';
const userStore = store({
user: {},
async fetchUser() {
userStore.user = await fetch('/user');
},
});
export default userStore;
State stores may import and use other state stores in their methods.
userStore.js
import { store } from '@risingstack/react-easy-state';
const userStore = store({
user: {},
async fetchUser() {
userStore.user = await fetch('/user');
},
});
export default userStore;
recipesStore.js
import { store } from '@risingstack/react-easy-state';
import userStore from './userStore';
const recipesStore = store({
recipes: [],
async fetchRecipes() {
recipesStore.recipes = await fetch(
`/recipes?user=${userStore.user.id}`,
);
},
});
export default recipesStore;
Wrap your state stores with store
as early as possible.
// DON'T DO THIS
const person = { name: 'Bob' };
person.name = 'Ann';
export default store(person);
// DO THIS INSTEAD
const person = store({ name: 'Bob' });
person.name = 'Ann';
export default person;
The first example wouldn't trigger re-renders on the person.name = 'Ann'
mutation, because it is targeted at the raw object. Mutating the raw - none store
-wrapped object - won't schedule renders.
Avoid using the this
keyword in the methods of your state stores.
import { store, view } from '@risingstack/react-easy-state';
const counter = store({
num: 0,
increment() {
// DON'T DO THIS
this.num++;
// DO THIS INSTEAD
counter.num++;
},
});
export default view(() => (
<div onClick={counter.increment}>{counter.num}</div>
));
this.num++
won't work, because increment
is passed as a callback and loses its this
. You should use the direct object reference - counter
- instead of this
.
Creating reactive views
Wrapping your components with view
turns them into reactive views. A reactive view re-renders whenever a piece of store - used inside its render - changes.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
// this is a global state store
const user = store({ name: 'Bob' });
// this is re-rendered whenever user.name changes
export default view(() => (
<div>
<input
value={user.name}
onChange={ev => (user.name = ev.target.value)}
/>
<div>Hello {user.name}!</div>
</div>
));
Wrap ALL of your components with view
- including class and function ones - even if they don't seem to directly use a store.
Every component that is using a store or part of a store inside its render must be wrapped with view
. Sometimes store usage is not so explicit and easy to to miss.
import { view, store } from '@risingstack/react-easy-state';
const appStore = store({
user: { name: 'Ann' },
});
const App = view(() => (
<div>
<h1>My App</h1>
<Profile user={appStore.user} />
</div>
));
// DO THIS
const Profile = view(({ user }) => <p>Name: {user.name}</p>);
// DON'T DO THIS
// This won't re-render on appStore.user.name = 'newName' like mutations
const Profile = ({ user }) => <p>Name: {user.name}</p>;
If you are 100% sure that your component is not using any stores you can skip the view
wrapper.
import React from 'react';
// you don't have to wrap this component with `view`
export default (() => <p>This is just plain text</p>);
view
wrapping is advised even in these cases though.
- It saves you from future headaches as your project grows and you start to use stores inside these components.
view
is pretty much equivalent tomemo
if you don't use any stores. That is nearly always nice to have.
A single reactive component may use multiple stores inside its render.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob' });
const timeline = store({ posts: ['react-easy-state'] });
// this is re-rendered whenever user.name or timeline.posts[0] changes
export default view(() => (
<div>
<div>Hello {user.name}!</div>
<div>Your first post is: {timeline.posts[0]}</div>
</div>
));
view
implements an optimal shouldComponentUpdate
(or memo
) for your components.
-
Using
PureComponent
ormemo
will provide no additional performance benefits. -
Defining a custom
shouldComponentUpdate
may rarely provide performance benefits when you apply some use case specific heuristics inside it.
Reactive renders are batched. Multiple synchronous store mutations won't result in multiple re-renders of the same component.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob', age: 30 });
function mutateUser() {
user.name = 'Ann';
user.age = 32;
}
// calling `mutateUser` will only trigger a single re-render of the below component
// even though it mutates the store two times in quick succession
export default view(() => (
<div onClick={mutateUser}>
name: {user.name}, age: {user.age}
</div>
));
If you mutate your stores multiple times synchronously from exotic task sources, multiple renders may rarely happen. If you experience performance issues you can batch changes manually with the batch
function. batch(fn)
executes the passed function immediately and batches any subsequent re-renders until the function execution finishes.
import React from 'react';
import { view, store, batch } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob', age: 30 });
function mutateUser() {
// this makes sure the state changes will cause maximum one re-render,
// no matter where this function is getting invoked from
batch(() => {
user.name = 'Ann';
user.age = 32;
});
}
export default view(() => (
<div>
name: {user.name}, age: {user.age}
</div>
));
NOTE: The React team plans to improve render batching in the future. The
batch
function and built-in batching may be deprecated and removed in the future in favor of React's own batching.
Always apply view
as the latest (innermost) wrapper when you combine it with other Higher Order Components.
import { view } from '@risingstack/react-easy-state';
import { withRouter } from 'react-router-dom';
import { withTheme } from 'styled-components';
const Comp = () => <div>A reactive component</div>;
// DO THIS
withRouter(view(Comp));
withTheme(view(Comp));
// DON'T DO THIS
view(withRouter(Comp));
view(withTheme(Comp));
Usage with (pre v4.4) React Router.
-
If routing is not updated properly, wrap your
view(Comp)
- with theRoute
s inside - inwithRouter(view(Comp))
. This lets react-router know when to update. -
The order of the HOCs matter, always use
withRouter(view(Comp))
.
This is not necessary if you use React Router 4.4+. You can find more details and some reasoning about this in this react-router docs page.
Usage with React Developer Tools.
If you want React Developer Tools to recognize your reactive view components' names, you have to pass either a named function or an anonymous function with name inference to the view
wrapper.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
const user = store({
name: 'Rick',
});
const componentName = () => (
<div>{user.name}</div>
);
export default view(componentName);
Passing nested data to third party components.
Third party helpers - like data grids - may consist of many internal components which can not be wrapped by view
, but sometimes you would like them to re-render when the passed data mutates. Traditional React components re-render when their props change by reference, so mutating the passed reactive data won't work in these cases. You can solve this issue by deep cloning the observable data before passing it to the component. This creates a new reference for the consuming component on every store mutation.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
import Table from 'rc-table';
import cloneDeep from 'lodash/cloneDeep';
const dataStore = store({
items: [
{
product: 'Car',
value: 12,
},
],
});
export default view(() => (
<Table data={cloneDeep(dataStore.items)} />
));
Creating local stores
A singleton global store is perfect for something like the current user, but sometimes having local component states is a better fit. Just create a store inside a function component or as a class component property in these cases.
Local stores in function components
import React from 'react'
import { view, store } from '@risingstack/react-easy-state'
export default view(() => {
const counter = store({ num: 0 })
const increment = () => counter.num++
return <button={increment}>{counter.num}</button>
})
Local stores in functions rely on React hooks. They require React and React DOM v16.8+ or React Native v0.59+ to work.
You can use React hooks - including useState
- in function components, Easy State won't interfere with them. Consider using autoEffect instead of the useEffect
hook for the best experience though.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
export default view(() => {
const [name, setName] = useState('Ann');
const user = store({ age: 30 });
return (
<div>
<input value={name} onChange={ev => setName(ev.target.value)} />
<input
value={user.age}
onChange={ev => (user.age = ev.target.value)}
/>
</div>
);
});
Local stores in class components
import React, { Component } from 'react';
import { view, store } from '@risingstack/react-easy-state';
class Counter extends Component {
counter = store({ num: 0 });
increment = () => counter.num++;
render() {
return (
<button onClick={this.increment}>{this.counter.num}</button>
);
}
}
export default view(Counter);
You can also use vanilla setState
in your class components, Easy State won't interfere with it.
import React, { Component } from 'react';
import { view, store } from '@risingstack/react-easy-state';
class Profile extends Component {
state = { name: 'Ann' };
user = store({ age: 30 });
setName = ev => this.setState({ name: ev.target.value });
setAge = ev => (this.user.age = ev.target.value);
render() {
return (
<div>
<input value={this.state.name} onChange={this.setName} />
<input value={this.user.age} onChange={this.setAge} />
</div>
);
}
}
export default view(Profile);
Don't name local stores as state
. It may conflict with linter rules, which guard against direct state mutations.
import React, { Component } from 'react';
import { view, store } from '@risingstack/react-easy-state';
class Profile extends Component {
// DON'T DO THIS
state = store({});
// DO THIS
user = store({});
render() {}
}
Deriving local stores from props (getDerivedStateFromProps
).
Class components wrapped with view
have an extra static deriveStoresFromProps
lifecycle method, which works similarly to the vanilla getDerivedStateFromProps
.
import React, { Component } from 'react';
import { view, store } from '@risingstack/react-easy-state';
class NameCard extends Component {
userStore = store({ name: 'Bob' });
static deriveStoresFromProps(props, userStore) {
userStore.name = props.name || userStore.name;
}
render() {
return <div>{this.userStore.name}</div>;
}
}
export default view(NameCard);
Instead of returning an object, you should directly mutate the received stores. If you have multiple local stores on a single component, they are all passed as arguments - in their definition order - after the first props argument.
Advanced Usage :nerd_face:
Adding side effects
Use autoEffect
to react with automatic side effect to your store changes. Auto effects should contain end-of-chain logic - like changing the document title or saving data to LocalStorage. view
is a special auto effect that does rendering.
Never use auto effects to derive data from other data. Use dynamic getters instead.
import { store, autoEffect } from '@risingstack/react-easy-state';
// DON'T DO THIS
const store1 = store({ name: 'Store 1' })
const store2 = store({ name: 'Store 2' })
autoEffect(() => store2.name = store1.name)
// DO THIS INSTEAD
const store1 = store({ name: 'Store 1' })
const store2 = store({ get name () { return store1.name } })
Global auto effects
Global auto effects can be created with autoEffect
and cleared up with clearEffect
.
import { store, autoEffect, clearEffect } from '@risingstack/react-easy-state';
const app = store({ name: 'My App' })
const effect = autoEffect(() => document.title = app.name)
// this also updates the document title
app.name = 'My Awesome App'
clearEffect(effect)
// this won't update the document title, the effect is cleared
app.name = 'My App'
Local auto effects in function components
Use local auto effects in function components instead of the useEffect
hook when reactive stores are used inside them. These local effects are automatically cleared when the component unmounts.
import React from 'react'
import { store, view, autoEffect } from '@risingstack/react-easy-state';
export default view(() => {
const app = store({ name: 'My App' })
// no need to clear the effect
autoEffect(() => document.title = app.name)
})
Explicitly pass none reactive dependencies - like vanillas props and state - to local auto effects in function components.
Because of the design of React hooks you have to explicitly pass all none reactive data to a hook-like dependency array. This makes sure that the effect also runs when the none reactive data changes.
import React from 'react'
import { store, view, autoEffect } from '@risingstack/react-easy-state';
export default view(({ greeting }) => {
const app = store({ name: 'My App' })
// pass `greeting` in the dependency array because it is not coming from a store
autoEffect(() => document.title = `${greeting} ${app.name}`, [greeting])
})
Local auto effects in class components
Local effects in class components must be cleared when the component unmounts.
import React, { Component } from 'react'
import { store, view, autoEffect } from '@risingstack/react-easy-state';
class App extends Component {
app = store({ name: 'My App' })
componentDidMount () {
this.effect = autoEffect(() => document.title = this.app.name)
}
componentWillUnmount () {
// local effects in class components must be cleared on unmount
clearEffect(this.effect)
}
}
API Summary :book:
store(obj)
Creates an observable store from the passed object and returns it. Can be used outside components for global stores and inside components for local stores.
import { store } from '@risingstack/react-easy-state';
const user = store({ name: 'Rick' });
view(Comp)
Creates a reactive view from the passed component and returns it. A reactive view re-renders whenever any store data used inside it is mutated.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob' });
export default view(() => (
<div>Hello {user.name}!</div>
));
batch(fn)
Immediately executes the passed function and batches all store mutations inside it. Batched mutations are guaranteed to not trigger unnecessary double renders. Most task sources are batched automatically, only use batch
if you encounter performance issues.
import React from 'react';
import { view, store } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob' });
function setName() {
batch(() => {
user.name = 'Rick'
user.name = 'Ann'
})
}
autoEffect(fn)
Creates a reactive function from the passed one, immediately executes it, and returns it. A reactive function automatically re-reruns whenever any store data used inside it is mutated.
Can be used both outside and inside components.
import { store, autoEffect } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob' })
autoEffect(() => document.title = user.name)
clearEffect(fn)
Takes a reactive function (returned by autoEffect
) and clears the reactivity from it. Cleared reactive functions will no longer re-rerun on related store mutations. Reactive functions created inside function components are automatically cleared when the component unmounts.
import { store, autoEffect, clearEffect } from '@risingstack/react-easy-state';
const user = store({ name: 'Bob' })
const effect = autoEffect(() => document.title = user.name)
clearEffect(effect)
Examples with live demos :tv:
Beginner
- Clock Widget (source) (codesandbox) (react-native source) (react-native sandbox): a reusable clock widget with a tiny local state store.
- Stopwatch (source) (codesandbox) (tutorial): a stopwatch with a mix of normal and getter state properties.
Advanced
- Pokédex (source) (codesandbox): a Pokédex app build with Apollo GraphQL, async actions and a global state.
- TodoMVC (source) (codesandbox): a classic TodoMVC implementation with a lot of getters/setters and implicit reactivity.
- Contacts Table (source) (codesandbox): a data grid implementation with a mix of global and local state.
- Beer Finder (source) (codesandbox) (tutorial): an app with async actions and a mix of local and global state, which finds matching beers for your meal.
Articles :loudspeaker:
- Introducing React Easy State: making a simple stopwatch.
- Stress Testing React Easy State: demonstrating Easy State's reactivity with increasingly exotic state mutations.
- Design Patterns with React Easy State: demonstrating async actions and local and global state management through a beer finder app.
- The Ideas Behind React Easy State: a deep dive under the hood of Easy State.
Performance :rocket:
You can compare Easy State with plain React and other state management libraries with the below benchmarks. It performs a bit better than MobX and similarly to Redux.
Platform support :computer:
- Node: 6 and above
- Chrome: 49 and above
- Firefox: 38 and above
- Safari: 10 and above
- Edge: 12 and above
- Opera: 36 and above
- React Native: 0.59 and above
This library is based on non polyfillable ES6 Proxies. Because of this, it will never support IE.
Alternative builds :wrench:
This library detects if you use ES6 or commonJS modules and serve the right format to you. The default bundles use ES6 features, which may not yet be supported by some minifier tools. If you experience issues during the build process, you can switch to one of the ES5 builds from below.
@risingstack/react-easy-state/dist/es.es6.js
exposes an ES6 build with ES6 modules.@risingstack/react-easy-state/dist/es.es5.js
exposes an ES5 build with ES6 modules.@risingstack/react-easy-state/dist/cjs.es6.js
exposes an ES6 build with commonJS modules.@risingstack/react-easy-state/dist/cjs.es5.js
exposes an ES5 build with commonJS modules.
If you use a bundler, set up an alias for @risingstack/react-easy-state
to point to your desired build. You can learn how to do it with webpack here and with rollup here.
Contributors :sparkles:
Contributions are always welcome, please read our contributing documentation.
Thanks goes to these wonderful people (emoji key):
Miklos Bertalan ð» â ï¸ ð ð |
Roland ð» â ï¸ ð |
Daniel Gergely ð» ð¨ ð¡ |
Peter Czibik ð |
This project follows the all-contributors specification. Contributions of any kind welcome!
Top Related Projects
Convert designs to code with AI
Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.
Try Visual Copilot