-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(dio): Allow ResponseDecoder and RequestEncoder to be async #2015
feat(dio): Allow ResponseDecoder and RequestEncoder to be async #2015
Conversation
Handles gzip encoding/decoding, all tests (+new gzip test) passing
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure whether this should be considered a breaking change. I would love to know what the others think.
However, this should be tested. Please add a test where the ResponseDecoder
returns a future and one where it doesn't return a future.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is fine. Should not break anything.
Could we address |
What is EDIT: I assume you mean EDIT 2: I can allow RequestEncoder to return a Future in this PR, or I can open another one. Up to you guys. |
Sorry, I mean the |
@Reprevise Please continue with this PR if possible, thanks. |
@AlexV525 |
You seem to be using a conflicted main branch, which merges your changes unexpectedly. |
Should be fixed now. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. You'll need to update the CHANGELOG before it gets merged.
Signed-off-by: Benjamin <[email protected]>
Changelog has been updated |
New Pull Request Checklist
main
branch to avoid conflicts (via merge from master or rebase)CHANGELOG.md
in the corresponding packageAdditional context and info (if any)
Gives more flexibility to the developer if they want to do some async work in the response decoder. I don't think tests are needed for this. I don't think this is a breaking change as the return type of
ResponseDecoder
is nowFutureOr<String?>
.