templ

So they got tired of the rate of change from 2 dependencies: Wouter and TanStackQuery, so they changed their app architecture and now they have new dependencies: HTMX and Templ. HTMX v0 to v2 in 5 years: https://www.npmjs.com/package/htmx.org?activeTab=versions Enough of a breaking change that they have a v1 to v2 migration guide: https://htmx.org/migration-guide-htmx-1/ Templ is still on v0 with no breaking changes yet, but lots of minor and patch releases: https://pkg.go.dev/github.com/a-h/templ?tab=versions To compare with the original packages they were complaining about: Wouter. v1 to v3 over 6 years https://www.npmjs.com/package/wouter?activeTab=versions TanStack/react-query: as npm package: 'react-query': v0 to v3 over 5 years as npm package: '@tanstack/react-query': v4 to v5 over 2 years https://www.npmjs.com/package/react-query?a

there's a few attempts, templ[0], gomponents[1]. Not for cli apps per se but for web dev. 0: https://github.com/a-h/templ 1: https://github.com/maragudk/gomponents

Templ [1] is great! Another go mod that helps a lot when massaging JSON (something most web servers end up doing sooner or later) is GJSON [2]. -- 1: https://github.com/a-h/templ 2: https://github.com/tidwall/gjson

https://github.com/a-h/templ is a similar mature project that has JSX style templates but using Go instead of Javascript with good VS code support etc.

It was a great experience, at least to the extent I needed it. What sold me on it is its support for template composition[1], something I've struggled with using the standard `html/template`. And I really like the idea of generating statically typed templates which are just Go functions in the end of the day. In theory, I can share them between many of my apps, especially as I'm using a monorepo for all my projects. This is yet to be tested though. There are some rough edges around using `script` templates[2], for example it doesn't allow you to pass `this` and `arguments` from HTML event handlers[3]. This is not a show-stopper though, because you can always fall back to just defining your event handler in an HTML <script></script> block, albeit without type checking of the arguments and deduping the scripts. Also it hurts Locality of Beh