ReactStateMuseum
easy-peasy
Our great sponsors
ReactStateMuseum | easy-peasy | |
---|---|---|
4 | 4 | |
1,551 | 5,022 | |
- | - | |
0.0 | 6.1 | |
about 1 year ago | 15 days ago | |
JavaScript | JavaScript | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ReactStateMuseum
-
Best place to find a whole list of react native libraries?
Also, there's this for state management: https://github.com/GantMan/ReactStateMuseum
- React State Museum - Examples to help portray the how, why, which, pros, and cons of various state management systems in the React ecosystem
-
My current views of state management in React
React development has always had a bit of a choose your own adventure experience. By that I mean there are a LOT of choices to make in any react app. Other frameworks are much more prescriptive in how you build applications. You won't get very far down your adventure before you must make some choices in how you handle data and state within your application. React components can have state using setState in a class component or useState in a function component. That along with context is really all React gives you out of the box. Over the years there have been countless state management solutions that have risen and fallen in popularity. Have a look at React State Museum to see dozens of the most popular approaches over the years. There was a time where it looked like Redux was going to be the clear winner and for maybe a couple of years it did seem like every enterprise react app was built with redux. It's sort of fallen out of favor in recent years although it is still a solid pattern. Over the years my preferences have changed as the options have expanded. Back in the redux hay day I was all in on global state management but these days I do not find myself reaching for a global state management solution. I'll try to break down my preferences for data/state management. So pretty much every app out there talks to some sort of API to query/mutate data on the server. I prefer to synchronize my app with the serve using React Query or Apollo Client. I've been working mostly with GraphQL APIs in recent years so I've typically found myself using Apollo Client. Apollo client has a memory cache that your app can use to synchronize the UI with the server. I only recently learned about React-Query which has a very similar API as Apollo Client with the useQuery hook, but can be used with anything that returns a promise like the Fetch API for example. React Query is useful for synchronizing your app with server data regardless of if it is GraphQL or REST, or something else. I find that once your app data is synchronized with the server using one of these approaches, then there is not really much left that needs to go into global state. It is worth noting that Apollo Client does allow you to add some local state to the cache, but I’ve found it to be a little heavy handed for my tastes. Most apps you will want some state available globally for example you might want to track dark mode settings, or if a particular modal is open and things of this nature. In these cases I find useState or useReducer with React Context is sufficient. I tend to prefer to keep my state closer to where it is relevant. I do have a fascination with Finite State Machines - and XState is awesome for state machines in your app. I do like to use state machines at the component level, for complex operations or to orchestrate some nuanced sequence or application flow.
easy-peasy
-
Creating a MERN stack app that uses Firebase Authentication - Part Two
This is the main entry point into our application. Everything here is pretty standard for React, but one important thing to note is we’re using a library called Easy Peasy. It essentially is a state management library and is very simple to setup, being a wrapper around Redux.
-
Awesome Things Related To React Hooks 😍
easy-peasy - Vegetarian friendly state for React
-
Easy-Peasy State Management Using React Easy Peasy
In building React applications, one of the most important questions for developers include managing state effectively. In this tutorial, we are going to learn how to use Easy Peasy for managing state in React applications. We’ll understand the core concepts of Easy Peasy, some use cases for it, why it should be used for your next application and build a simple example. Easy Peasy is open source with more than 4.1k stars on GitHub.
-
State Management Battle in React 2021: Hooks, Redux, and Recoil
There are plenty more libraries I didn’t have space to cover here, like Zustand, easy-peasy, and others. Check those out though, they’re nice too :)
What are some alternatives?
react-singleton-hook - Create singleton hook from regular react hook
zustand - 🐻 Bear necessities for state management in React
rematch - The Redux Framework
mozaik - 🔮 State manager for write good code. Best from redux, mobx and mobx-state-tree
rtk-query - Data fetching and caching addon for Redux Toolkit
reactant - A framework for building React applications
redux-cool - Build redux logic, without getting nervous 😬
react-boilerplate - :fire: A highly scalable, offline-first foundation with the best developer experience and a focus on performance and best practices.
react-hooks-axios - Custom React Hooks for Axios.js
shared-service - a Javascript library for building multiple tabs app with SharedWorker
valtio - 💊 Valtio makes proxy-state simple for React and Vanilla