bruh
observable
Our great sponsors
bruh | observable | |
---|---|---|
8 | 9 | |
45 | 514 | |
- | 2.9% | |
0.0 | 8.2 | |
2 months ago | 5 days ago | |
JavaScript | Bikeshed | |
MIT License | GNU General Public License v3.0 or later |
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.
bruh
-
Observable API Proposal
The key is topological sorting of a dependency graph. This can be done implicitly by storing a reactive variable node’s depth once it is created, and just making sure that updates are enqueued in separate queues per depth.
I have a somewhat small implementation that transparently batches updates with queueMicrotask in this library (bruh): https://github.com/Technical-Source/bruh/blob/a829af9df9405b...
- Show HN: A tiny (850B) and fast reactive observables library via functions
- Show HN: Bruh – A tiny Functional-Reactive library for the web
- Bruh - A minimalist functional-reactive web library
- Show HN: Bruh JavaScript, a minimalist functional-reactive web library
-
The thinnest possible layer between development and production for the modern web.
If you have any questions, you can ask here now or in the discussions tab in the github page.
observable
- Proposal: Signals as a Built-In Primitive of JavaScript
-
What We Need Instead of "Web Components"
> especially since Observables have been widely available and actively worked on for a long time, without seeing wide adoption
Take a look at "Userland libraries" section [0] of the proposal (almost certainly written by Ben). He argues that observables get reinvented in the userland in various libraries over and over again. It is a primitive, like a Promise, only better.
[0] - https://github.com/WICG/observable?tab=readme-ov-file#userla...
- Observable API Proposal
- Observable API proposal
-
You Don't Need to “Learn” Svelte: Embracing the Simplicity of JavaScript
Perhaps this falls into the repetitive boilerplate category you referred to, but if you want framework-agnostic domain objects that still work well with Svelte, create your own using the observer pattern.
Create an object with a subscribe method and whatever other methods make sense for updating its state. Svelte will treat it like one of its stores, and it will work with the $ syntax. It can be used with React via its `useSyncExternalStore` hook. It can be used with SolidJS via its `from` utility.
If you don't want to handle the set-up boilerplate, you could use another library like Effector or RxJS, but of course, that means another dependency. There is a gradual move to make something like this a part of the platform[1], but who knows when or if it will land.
[1] https://github.com/domfarolino/observable
What are some alternatives?
React - The library for web and native user interfaces.
starfx - A modern approach to side-effect and state management for web apps.
jeelizFaceFilter - Javascript/WebGL lightweight face tracking library designed for augmented reality webcam filters. Features : multiple faces detection, rotation, mouth opening. Various integration examples are provided (Three.js, Babylon.js, FaceSwap, Canvas2D, CSS3D...).
proposal-async-iterator-helpers - Methods for working with async iterators in ECMAScript
proposal-observable - Observables for ECMAScript
BrightFutures - Write great asynchronous code in Swift using futures and promises
material-design-for-bootstrap - Important! A new UI Kit version for Bootstrap 5 is available. Access the latest free version via the link below.
Reactor - Powering your RAC architecture
oby - A rich Observable/Signal implementation, the brilliant primitive you need to build a powerful reactive system.
strawberry - Zero-dependency, build-free framework for the artisanal web.