Show HN: Frond – a frontend runtime for your app's dependency graph
romanonthego
19 points
12 comments
July 01, 2026
Related Discussions
Found 5 related stories in 729.1ms across 14,015 title embeddings via pgvector HNSW
- Show HN: A stateful UI runtime for reactive web apps in Go derstruct · 12 pts · April 14, 2026 · 62% similar
- Show HN: Ant – A JavaScript runtime and ecosystem theMackabu · 224 pts · July 11, 2026 · 59% similar
- Show HN: Freenet, a peer-to-peer platform for decentralized apps sanity · 255 pts · May 21, 2026 · 58% similar
- Show HN: Sycamore – next gen Rust web UI library using fine-grained reactivity lukechu10 · 94 pts · April 01, 2026 · 57% similar
- Show HN: leaf – a terminal Markdown previewer with a GUI-like experience RivoLink · 36 pts · April 24, 2026 · 57% similar
Discussion Highlights (7 comments)
romanonthego
I built Frond, a frontend runtime that makes your app's dependency graph explicit instead of leaving it scattered across provider order, enabled: user && api.ready guards, and logout teardown scripts. The shape: your app is a graph of nodes — services, resources, screens. Each node declares its dependencies, how it's acquired, how it's cancelled, and how it's released, all in one place. The runtime resolves them in dependency order and tracks readiness, so React stays a renderer — it consumes a node that's already ready (useNode suspends until it is) instead of re-deriving that logic inside components. Two engines run underneath. Effect handles the async work — execution guarantees, cleanup correctness, cancellation, and typed error channels. MobX handles state — granular observable state and live updates. You declare a node's dependencies, acquire, and release; Frond runs the rest on those two. It's v0 and the API will still move.
jaen
What's the advantage of this over Jotai / atomic state / computed signals, which seems to require 10× less code with mostly the same benefits?
adithyaharish
Interesting approach.The lifecycle management and teardown story seems to be the main differentiator rather than state itself.How does Frond compare to Effect's Layer system? Is it essentially bringing Layer-like dependency graphs into the React runtime?
killerstorm
type ProfileSpec = Frond.NodeSpec<{ readonly args: Frond.Args.None; readonly key: Frond.Key.Singleton; readonly deps: { readonly http: Frond.Dep<typeof HttpTransportNode>; }; readonly result: Profile; }>; This begs to be its own DSL rather than TypeScript-type-meta-programming.
chaitralikakde
How does Frond handle cyclic dependencies? Is cycle detection built into the runtime, or is it left to the developer?
jatins
If I see this code in a new company I just joined I am quitting on day 1
yellow_lead
The library, the website, the submission title, and even the comments by the author here, all written with AI. Sloptastic!