Open
Description
What
- Define a server middleware API
- Do not re-export another server middleware system
- Do be open to adaptors that permit bridging with middleware from other frameworks
- There must be a standard interface, contract, for plugins to write their logic against
- Do not expose the raw underlying server API to the app
- Do consider an unsafe raw escape hatch so apps can get access to the underlying server API
- Maybe the server implementation is adapted to the deployment target, e.g. serverless uses something else than long-lived etc.
- Can we ignore router for now?
- Focus on Middleware focused on header and context manipulation, with ability to short circuit