bruh
soundpubsub
Our great sponsors
bruh | soundpubsub | |
---|---|---|
8 | 1 | |
45 | 0 | |
- | - | |
0.0 | 10.0 | |
2 months ago | about 2 years ago | |
JavaScript | ||
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.
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.
soundpubsub
-
Observable API Proposal
My "observation" about observability and "reactive type" of code is that old school proxies, events and ways of defining expressions that get computed when the dependecies change is a much simpler way of programm reactive UIs (for example MVVM style of architectures) compared with a functional programming approach. Of course the naive approch does not work properly because any change in dependent values will trigger undesired side effects, reentrace, infinite loops, etc. However in a programming language like JavaScript if the observability is based on a Sound PubSub System these kind of problems reduce to becoming surpinsingly irelevant. If you want to undestand more about this, take a look on https://github.com/OpenDSU/soundpubsub/ We used this approach to implement two ways binding and reactive MVVM web frameworks but this comment is to present this insight that it is possible to have a "procedural" and "spreadsheet like" method of implementing intuitive and sound rectivity without bending your mind with streams or anything very abstract. In a low code environment this could be essential.
What are some alternatives?
React - The library for web and native user interfaces.
proposal-async-iterator-helpers - Methods for working with async iterators in ECMAScript
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...).
starfx - A modern approach to side-effect and state management for web apps.
proposal-observable - Observables for ECMAScript
material-design-for-bootstrap - Important! A new UI Kit version for Bootstrap 5 is available. Access the latest free version via the link below.
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.
xstream - An extremely intuitive, small, and fast functional reactive stream library for JavaScript
observable - Observable API proposal