golive
yaegi
Our great sponsors
golive | yaegi | |
---|---|---|
8 | 39 | |
246 | 6,574 | |
- | 2.3% | |
2.2 | 5.6 | |
over 1 year ago | 16 days ago | |
Go | Go | |
MIT License | Apache License 2.0 |
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.
golive
-
live reload, listening to api changes?
1) change html content on the fly based on user input without redirects. I guess I found something relevant here to help me out, but I haven't tested any of it yet and keeping my options open for now. I know javascript frameworks are the usual go-to for that stuff, but I'd like to play around with Go before diving into another language.
- What frontend libraries do exist in Go?
-
Go for web frontend
I stumbled on two options: - GoLive (similar to Phoenix LiveViews) - Vugu (similar to Vue)
-
Looking for early feedback on my new Phoenix LiveView inspired project.
I built it because I love building highly interactive web pages, but the current state of JavaScript leaves me cold. I got really excited when I saw what Phoenix was doing with LiveView and thought I could see the light at the end of the tunnel. There are already a couple of projects also inspired by LiveView (GoLive, live), but I had my own vision that I wanted to realise.
- brendonmatos/golive: Reactive HTML, server-side-rendered using Go over Web sockets
-
Build hotwire applications using Go
As for LiveView ports or code inspired by LiveView in Go there is also https://github.com/brendonmatos/golive but I haven't had the chance to use either yet. If either are more or less a direct port (as much as they can be given language constraints) then I'd bet on them over hotwire. The Elixir community has already worked through most of the hard problems hotwire will encounter down the road with more use.
-
Looking for an interesting project to contribute
I'd like to suggest GoLive (https://github.com/brendonmatos/golive). It's a new project with an owner that is very open to pull requests. I've been sending PRs and it's a fun project to work on. What is GoLive:
-
GoBook - POC of a Go REPL in browser using Go Live View Library and zero JavaScript
GoLive Repo https://github.com/brendonmatos/golive
yaegi
- Traefik/Yaegi: Yaegi Is Another Elegant Go Interpreter
-
Go: What We Got Right, What We Got Wrong
Yes. There are long standing feature requests for (e.g.) the reflect package that simply don't get done because they'd break this assumption and/or force further indirection in hot paths to support "no code generation at runtime, ever".
Packages like Yaegi (that offers an interpreted Go REPL) have "know limitations, won't be addressed" also because of these assumptions.
https://github.com/golang/go/issues/4146
https://github.com/golang/go/issues/16522
https://github.com/traefik/yaegi?tab=readme-ov-file#limitati...
- Fourteen Years of Go
-
Gojekyll – 20x faster Go port of jekyll
There is always https://github.com/traefik/yaegi - a Go interpreter written to make it easy to write plugins.
- Jacobin: Minimal JVM written in Go and capable of running Java 17 classes
-
Can Go run statements in cmd like Python?
I think https://github.com/traefik/yaegi comes as close as using the python interpreter in you CLI, but for Go
-
Can Go files be compiled by themselves?
There's a go interpreter: https://github.com/traefik/yaegi It could run programs without compiling them, but there're some limitations.
-
referencing packages on the internet and using go plugin
I'd recommend looking into a different approach for plugins such as hashicorp/go-plugin (which uses multiple process PIDs and RPC communication between them) or traefik/yaegi (which implements a Go-compatible scripting language that can be interpreted at runtime and which still supports most Go modules).
-
Mun v0.4.0: a statically-typed scripting language like Rust, written in Rust
Why do we need a language like Rust when we have Rust. Why not just create a Rust interpreter. (There's such an interpreter for Go, BTW, https://github.com/traefik/yaegi )
-
Plugo - A plugin library for Go.
A cool solution I saw was Traefik's yaegi module. They basically created an interpreted scripting language with Go compatible syntax (turning Go into an interpreted, not compiled, language). I haven't tried this but it sounds like it brings the better parts of dynamic languages like Python's plugin support to Go - plugin writers can still write "Go" code, which can load dynamically.
What are some alternatives?
go-app - A package to build progressive web apps with Go programming language and WebAssembly.
gomacro - Interactive Go interpreter and debugger with REPL, Eval, generics and Lisp-like macros
kyoto - Golang SSR-first Frontend Library [Moved to: https://github.com/kyoto-framework/kyoto]
grule-rule-engine - Rule engine implementation in Golang
vecty - Vecty lets you build responsive and dynamic web frontends in Go using WebAssembly, competing with modern web frameworks like React & VueJS.
gobook - Simple in Pure Go in Browser Interactive Interpreter
space-cloud - Open source Firebase + Heroku to develop, scale and secure serverless apps on Kubernetes
scriggo - The world’s most powerful template engine and Go embeddable interpreter
redwood - A highly-configurable, distributed, realtime database that manages a state tree shared among many peers.
gophernotes - The Go kernel for Jupyter notebooks and nteract.
live - Live views and components for golang
gop - The Go+ programming language is designed for engineering, STEM education, and data science