effection-react-loadingspinner
effection
effection-react-loadingspinner | effection | |
---|---|---|
1 | 6 | |
2 | 492 | |
- | 2.4% | |
7.1 | 9.3 | |
4 months ago | 2 months ago | |
TypeScript | TypeScript | |
- | 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.
effection-react-loadingspinner
-
Effection 3.0 – Structured Concurrency and Effects for JavaScript
Here is an example of using Effection with React to build a sophisticated loader https://github.com/taras/effection-react-loadingspinner
effection
-
A more natural API for JavaScript generators
Have a look at effection,which seems to share some ideas: https://frontside.com/effection
-
Bun, JavaScript, and TCO
While working on effection (https://github.com/thefrontside/effection) we spent a bunch of time ensuring that our delimited continuations could handle deep recursive call stacks in Deno.
PR: https://github.com/thefrontside/continuation/pull/11
TCO would have definitely simplified this issue.
What’s worse is hitting maximum memory callstack exception is very tricky to catch and is not reliable across runtimes. So when a user hits it it can be tricky to track down.
-
Effection 3.0 – Structured Concurrency and Effects for JavaScript
`redux-saga` maintainer here.
I've been using `effection` to build a replacement for `redux-saga` over at https://github.com/neurosnap/starfx
Effection has demonstrated to me how truly powerful delimited continuations are and why structured concurrency is an incredible asset for anything that requires async flow control -- basically everything in TS/JS.
I know sometimes it's hard to imagine why someone would need structured concurrency or care about delimited continuations for a front-end application, but this is a game changer in terms of expressing async flow control.
Some things to note about Effection:
- API surface area is small https://github.com/thefrontside/effection/issues/851
- It tries to stay as close to JS constructs as possible so it will feel very familiar
- Resource cleanup is automatic (when a function passes out of scope all descendent tasks are shut down automatically)
- End-user doesn't need to think about delimited continuations
The only leap users need to "deal with" coming from async/await is the syntax.
import { main, call } from "effection";
-
Internals of Async / Await in JavaScript
- https://github.com/thefrontside/continuation
- https://github.com/thefrontside/effection/tree/v3
- https://github.com/neurosnap/starfx
The last one intends to replace redux-saga using DCs.
Here’s a presentation I gave recently talking about DCs in typescript: https://youtu.be/uRbqLGj_6mI?si=XI0JNMKMoO2VHMvM
-
Philosophy of Coroutines
https://github.com/thefrontside/effection/tree/v3
- Effection: Structured concurrency and effects framework for JavaScript
What are some alternatives?
myproxy - MySQL proxy
starfx - A modern approach to side-effect and state management for web apps.
kal - A powerful, easy-to-use, and easy-to-read programming language for the future.
assembly - assembly projects
libcommon - Library of reusable C++ code
Async Ruby - An awesome asynchronous event-driven reactor for Ruby.
async-ray - Provide async/await callbacks for every, find, findIndex, filter, forEach, map, reduce, reduceRight and some methods in Array.
redux-saga - An alternative side effect model for Redux apps
continuation - Delimited Continuations for JavasScript