...
The usage of these libraries would, in general, mean that we will implement our own web server based on TCP streams, but the messages will be parsed with the help of HTTP library. When the upgrade request for web socket will be received, then the connection manager will be passed to async-tangstenite tungstenite library.
Alternatives
Alternative | Description | Why not chosen |
---|---|---|
tiny_http as HTTP server library | Low-level HTTP server library | No async support |
http as HTTP type helper library | A general-purpose library of common HTTP types. | Does not support parsing from streams or raw bytes, which is a functionality that we might spend a lot of time writing if it is not supported out of the box. |
async_h1 as HTTP server library | Asynchronous HTTP/1.1 parser. | Does not support WebSocket upgrade. |
hyper as HTTP server library | A fast and correct HTTP implementation for Rust. Actually the fastest HTTP server library according to techempower. |
|
h2 as HTTP server library | A Tokio aware, HTTP/2.0 client & server implementation for Rust. |
|
http-service as HTTP server interface library | The crate http-service provides the necessary types and traits to implement your own HTTP Server. | The crate mainly provides the interface for the servers to implement the same methods, it might be good for architecture in general, but it is an additional dependency and our priority is to only add absolutely necessary ones. |
tide as http server | A modular web framework built around async/await. |
In general it might have been a good choice if they had finished web socket support by now. |
actix / warp / rocket as web framework | Popular web frameworks with both warp and rocket being built on the hyper library, |
|
Custom http and web socket libraries | It is possible to implement a fully custom solution. | There are already existing solutions which correctly implement the standards and are widely used. The team will be able to focus on our unique functionality. |
...