Comment by yasserf

It’s a TypeScript web framework that’s runtime agnostic, so it can work on serverless and servers (similar to Hono).

What’s different is that the focus is primarily just on TypeScript. There’s a CLI tool that inspects all the project code and generates loads of metadata. This can include:

• services used

• all the HTTP routes, inputs and outputs

• OpenAPI documentation

• schemas to validate against

• typed fetch client

• typed WebSocket client (and more)

The design decision was also to make it follow a function-based approach, which means your product code is just functions (that get given all the services required). And you have controllers that wire them up to different transport protocols.

This allows interesting design concepts, like writing WebSocket code via serverless format, while allowing it to be deployed via a single process or distributed/serverless. Or progressive enhancement, allowing backend functions to work as HTTP, but also work via Server-Sent Events if a stream is provided.

It also allows functions to be called directly from Next.js and full-stack development frameworks without needing to run on a separate server or use their API endpoints (not a huge advocate, but it helps a lot with SSR). Gave a talk about that last week at the Node.js meetup in Berlin.

It’s still not 1.0 and there are breaking changes while I include more use cases.

Upcoming changes:

• use Request and Response objects to make it truly runtime agnostic (currently each adapter has its own thin layer, which tbf is still needed by many that don’t adopt the web spec)

• smarter code splitting (this will reduce bundle size by tree-shaking anything not needed on a per-function basis)

• queues (one more form of transport)

Check it out, would love feedback!