Closed Fishrock123 closed 3 years ago
Hey, @Fishrock123 , thank you very much for your PR. I'm definitely looking forward to make this crate more clean and adding supports to be able to use it in any future executors (tokio or async-std).
So, here, the following constructs will have two different variants:
AsyncRead
tokio::io::AsyncRead
futures::io::AsyncRead
and possibly for Http primitives:
http
http-types
And these could be configured using build features.
Also, as we develop any features and bug fixes in develop
branch, could you please send the PR to develop
branch instead of master
.
Should I re-target this PR?
Should I re-target this PR?
Yes, to the develop
branch.
It's honestly quite confusing that the primary branch is not the development branch, btw.
It's honestly quite confusing that the primary branch is not the development branch, btw.
It's just a development pattern. We use master
branch for the latest stable code and develop
for on-going unstable code.
@rousan Hi, I'm considering using multer-rs in a rebase of https://github.com/http-rs/http-types/pull/175 - i.e. multipart support for http-rs (Tide & Surf), hope these fixes are welcome!
(Along with this, I'm going to be looking at adding support here for
futures::io::AsyncRead
& friends as a build feature, and also possibly a build feature for using http-types instead of http.)