electric
S
| electric | S | |
|---|---|---|
| 24 | 9 | |
| 1,638 | 1,229 | |
| 2.0% | - | |
| 9.2 | 0.0 | |
| 9 days ago | over 1 year ago | |
| Clojure | JavaScript | |
| Eclipse Public License 2.0 | 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.
electric
-
LiveView Is Best with Svelte
The cleanest way to handle the backend and frontend charade I've seen until now is using https://github.com/hyperfiddle/electric which is a clojure DSL on top of react
-
Imba – The friendly full-stack language
Opa was ahead of its time by at least 10 years. Have you seen Electric Clojure [0]?
[0] https://github.com/hyperfiddle/electric
- Htmx is part of the GitHub Accelerator
- London Clojurians talk: Electric Clojure — compiler managed datasync for rich web apps
-
Should all Clojure functions be polymorphic by default?
Scala's ZIO/ZLayer is a great implementation of this idea where the monadic types are visible to userland DSL. Electric Clojure (which I lead) is a Clojure implementation of similar ideas (specialized to web development) where the types are concealed, "just write Clojure". In practice with Electric, we are building really complex/dynamic abstractions (think pure functional app-builder and highly concurrent UI) and we haven't even felt a need to implement multimethods yet. https://github.com/hyperfiddle/electric
- Isomorphic Development
- Humble Chronicles: Managing State with Signals
-
Use of Posh for frontend development?
I'd expect your auth stuff to mostly just work with some minor jiggling of the middlewares. We have a few out of the box approaches to routing, the tutorials app uses hyperfiddle.router which is an experimental composable router (may be a bit hard to use), the easiest starting point would be a simple goog.history integration. Someone posted a retit integration in the slack iirc. And you can of course roll your own.
-
lumberdev/tesserae: A Clojure spreadsheet and more!
Built with Electric Clojure and Missionary! https://github.com/hyperfiddle/electric
S
-
Proposal: Signals as a Built-In Primitive of JavaScript
Related is S.js: https://github.com/adamhaile/s
I love signals. I prefer them when making UIs over any other primitive (besides, perhaps, the cassowary constraint algorithm). I try to replicate them in every language I use, just for fun.
I also don't believe they belong in the Javascript language whatsoever. Let the language be for a while, people already struggle to keep up with it. TC-39 is already scaring away people from the language.
-
Humble Chronicles: Managing State with Signals
"Signal" has been used in FRP circles for some time [1,2]. The original FRP stuff was events/signals and behaviours. But I agree that JS didn't use this terminology until more recently. S.js is maybe one of the earlier ones, but that was still over 8 years ago.
[1] https://scholarworks.rit.edu/cgi/viewcontent.cgi?article=651...
[2] https://github.com/14427/signal
[3] https://github.com/adamhaile/S/tree/e897ec1212a073bb1fe695e1...
-
Super Charging Fine-Grained Reactive Performance
Fine-grained reactivity libraries have been growing in popularity recently. Examples include new libraries like Preact Signals, µsignal, and now Reactively, as well as longer-standing libraries like Solid, S.js, and CellX. Using these libraries, programmers can make individual variables and functions reactive. Reactive functions run automatically, and re-run 'in reaction' to changes in their sources.
-
Answering Common Questions about Krestianstvo SDK 4
No. Krestianstvo SDK 4 is introducing its own implementation of Croquet Application Architecture in JavaScript, based on Solid JS & S.js using Functional Reactive Programming (FRP).
- Introducing Preact Signals: a reactive state primitive that is fast by default
-
Krestianstvo SDK 4 | Implementing Croquet and Recursive Portals on Solid JS
SolidJS / S.JS
-
Show HN: A tiny (850B) and fast reactive observables library via functions
Cool! This reminds me of S.js [0] which I've used a decent amount to great effect, but it seems about half the size. I'll have to look at how they compare (though if someone knows off the top of their head that'd be appreciated). S.js is nice because it has a helper library (surplus) for dom things.
[0]: https://github.com/adamhaile/S
-
Writing a reactive library in Javascript [from scratch]
There are a lot of good libraries and frameworks to handle state management and reactivity. From simple and short utilities such as S.js to heavy solutions like Solid.
-
JavaScript is whats wrong with JavaScript :)
except that is wrong... you're welcome.
What are some alternatives?
fulcro - A library for development of single-page full-stack web applications in clj/cljs
valup
hoplon - Simple and powerful tool for building web apps out of highly composable elements in ClojureScript.
oby - A rich Observable/Signal implementation, the brilliant primitive you need to build a powerful reactive system.
posh - A luxuriously simple and powerful way to make front-ends with DataScript and Reagent in Clojure.
incremental-rs
helix - A simple, easy to use library for React development in ClojureScript.
racket-gui-easy - Declarative GUIs in Racket.
subscriptions - A subscriptions library over a source of data (forked + extracted from re-frame)
krestianstvo - Krestianstvo SDK 4 is the OSS implementation of Croquet architecture in functional reactive paradigm using Solid JS. For developing serverless collaborative and multiplayer applications.
odoyle-rules - A rules engine for Clojure(Script)
cellx - The ultra-fast implementation of reactivity for javascript