I've been using Datastar a bit and I really liked it. How is this better than the vanilla Datastar? Like can you name a couple core features that can make me use it? Also Go is not very framework oriented...
The core feature is the toolchain :) the linter & code generator.
TL;DR: Datastar is awesome, but in each Go code base with Datastar I just kept repeating the same code patterns over and over again, and coding agents kept messing up too. Hence, I thought that this code should not be owned and maintained by the author of the business logic, instead it should be owned by a code generator that calls into your business logic.
It keeps the code base more maintainable, especially with agentic coding and should also reduce your token usage (you give the agents less freedom of choice to maneuver within which makes them more efficient).
True. But Datastar is a framework :) it does define how your Go code is going to look and function; and I believe to have found the best approach to Datastar in Go, which doesn't compromise on performance and DX and remains flexible enough to cover practically any sort of use case, except SSG (static site generation).
After 7 long months of lots of work and rumination, it finally happened!
Datapages, the Datastar-powered Go frontend meta-framework and toolchain has reached beta
This is the first release of Datapages I consider production ready.
P.S. Please read the release notes, I've carefully hand-written them for you Otherwise - happy to answer any question!
I've been using Datastar a bit and I really liked it. How is this better than the vanilla Datastar? Like can you name a couple core features that can make me use it? Also Go is not very framework oriented...
The core feature is the toolchain :) the linter & code generator.
TL;DR: Datastar is awesome, but in each Go code base with Datastar I just kept repeating the same code patterns over and over again, and coding agents kept messing up too. Hence, I thought that this code should not be owned and maintained by the author of the business logic, instead it should be owned by a code generator that calls into your business logic.
It keeps the code base more maintainable, especially with agentic coding and should also reduce your token usage (you give the agents less freedom of choice to maneuver within which makes them more efficient).
Read the full motivation here: https://github.com/romshark/datapages#motivation
True. But Datastar is a framework :) it does define how your Go code is going to look and function; and I believe to have found the best approach to Datastar in Go, which doesn't compromise on performance and DX and remains flexible enough to cover practically any sort of use case, except SSG (static site generation).