finds.dev← search

// the find

honojs/hono

★ 30,946 · TypeScript · MIT · updated Jun 2026

Web framework built on Web Standards

Hono is a TypeScript web framework that runs on Web Standard APIs (Fetch, Request, Response), making it portable across Cloudflare Workers, Deno, Bun, AWS Lambda, and Node.js without runtime-specific code. It's for developers building APIs or full-stack apps on edge runtimes who are tired of Express and don't want to rewrite their app for each deployment target.

The router is genuinely fast — RegExpRouter avoids linear scanning and benchmarks consistently beat express and koa. Zero dependencies and sub-12kB for the tiny preset means cold starts on CF Workers stay low. The `hono/client` typed RPC client generates request functions from your route definitions, so you get end-to-end type safety without a separate schema layer like tRPC. Runtime-specific adapters are thin wrappers, not forks — the same Hono app code runs on Node, Bun, and Workers without ifdef blocks.

The built-in JSX runtime is a footgun for anyone expecting React semantics — it's a server-side renderer with its own DOM reconciler that diverges from React in subtle ways, and the docs understate how different it is. The middleware ecosystem is much smaller than Express/Fastify; anything beyond basic auth and cors means writing it yourself or pulling in a third-party package that may not be maintained. Type inference gets noticeably slow on large route files — the project tracks this under perf-measures/type-check, but it's an open problem, not a solved one. No built-in validation layer; you pick your own (zod, valibot, etc.) and wire it manually, which means every project reinvents the same boilerplate.

View on GitHub → Homepage ↗

// want more like this?

We dig through GitHub every week and send a few repos picked for what you actually care about — each with an honest take like this one.

Get finds in your inbox → Search again →