hlive
HLive is a server-side WebSocket based dynamic template-less view layer for Go. (by SamHennessy)
react
Super lightweight Go bindings for react.js (by rocketlaunchr)
hlive | react | |
---|---|---|
7 | 1 | |
100 | 152 | |
0.0% | 0.0% | |
0.0 | 0.0 | |
over 1 year ago | over 1 year ago | |
Go | Go | |
MIT License | GNU General Public License v3.0 or later |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
hlive
Posts with mentions or reviews of hlive.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-07.
- Any open source projects need help ?
-
What makes Go unsuitable for UI development?
I do a lot of wired stuff with server-side virtual DOM, and I've found Go a good fit. I don't think inheritance is a problem with designing a component library. I've used struct and interface embedding to share common functionality. (see Tag and Tagger, then Component and Componenter as sort of examples).
-
My experiment in creating a good-performing alternative to ReactJS in Go
Poking through the repo at https://github.com/SamHennessy/hlive now. It's particularly interesting to me because I wanted to write a virtual DOM for something that did serverside rendering and clientside via WASM. I wanted to be able to parse a template language much like jsx or Angular templates for a delcarative syntax. A friend of mine I worked with years ago and I set up a 3 day hackathon. We went through some design work, decided we didn't have time in our lives to take on a project like this, and settled on using Go's html templating. I tried to reuse a lot of the concepts using a two pass method (since you can't hook into the parsing but can always register DOM listeners) thinking I could accept a little inefficiency in exchange for a lot less work. Finally, the weekend was over. We had some interesting ideas collected with some innovative new thoughts on state management, but he dove into his next project using Vue instead, and I haven't had time to continue.
-
Side projects
I'd appreciate it if you tried to build something using this: https://github.com/SamHennessy/hlive
- HLive Update: Added Testing, Plugins, PubSub, and more. See comments for details
- What frontend libraries do exist in Go?
- Looking for early feedback on my new Phoenix LiveView inspired project.
react
Posts with mentions or reviews of react.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-11-10.
-
What frontend libraries do exist in Go?
Here's the result I found: https://github.com/rocketlaunchr/react
What are some alternatives?
When comparing hlive and react you can also consider the following projects:
live - Live views and components for golang
pulp - Dynamic, server-side web-applications.
vecty - Vecty lets you build responsive and dynamic web frontends in Go using WebAssembly, competing with modern web frameworks like React & VueJS.
gr - Aka Go React: GopherJS bindings for Facebook React. NOTE: Still early and not production ready.