ReactStateMuseum
react-singleton-hook
Our great sponsors
ReactStateMuseum | react-singleton-hook | |
---|---|---|
4 | 3 | |
1,551 | 231 | |
- | - | |
0.0 | 0.0 | |
about 1 year ago | about 1 year 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.
react-singleton-hook
- Any possibility that the React team makes a single instance hook?
-
useScreenOrientation - React Native Snippet
Step 1 Let's set up a basic hook with react-singleton-hook that we can expand on in the next step. The reason we only want a single hook at any one time, is so we don't have multiple listeners listening to changes. For example, if again you are using React Navigation and you push onto the stack three screens, each of those screens could have set up listeners and be setting state, even when they aren't visible.
-
Making your App really Sexy with a React Singleton Hook
Github: https://github.com/Light-Keeper/react-singleton-hook
What are some alternatives?
rematch - The Redux Framework
easy-peasy - Vegetarian friendly state for React
reusable - Simplest way to manage global state in React
mozaik - 🔮 State manager for write good code. Best from redux, mobx and mobx-state-tree
webpack - A bundler for javascript and friends. Packs many modules into a few bundled assets. Code Splitting allows for loading parts of the application on demand. Through "loaders", modules can be CommonJs, AMD, ES6 modules, CSS, Images, JSON, Coffeescript, LESS, ... and your custom stuff.
reactant - A framework for building React applications
react-easy-state - Simple React state management. Made with ❤️ and ES6 Proxies.
react-boilerplate - :fire: A highly scalable, offline-first foundation with the best developer experience and a focus on performance and best practices.
react-native-orientation-locker - A react-native module that can listen on orientation changing of device, get current orientation, lock to preferred orientation.
shared-service - a Javascript library for building multiple tabs app with SharedWorker
cerebral - Declarative state and side effects management for popular JavaScript frameworks