-
Notifications
You must be signed in to change notification settings - Fork 39
Add exception explanation, fixes #87 #93
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
Conversation
looks good to me. for async, we could mention in the text part that exceptions that should be handled like network issues and server problems are available from the promise, as they might not be known yet when the sendAsyncRequest method returns. |
Better now? (Should be squashed) |
967030b
to
d7ea978
Compare
looks good to me, yes! |
@joelwurtz ping |
fcb112b
to
f7508ed
Compare
@@ -21,7 +21,8 @@ | |||
* | |||
* @return ResponseInterface | |||
* | |||
* @throws Exception | |||
* @throws Exception If an error happens during processing the request. | |||
* @throws \Exception If processing the request is impossible (eg. bad configuration). |
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.
Can we use this exception naming instead:
@throws \Http\Exception
@throws \Exception
Currently it's feel a bit weird and i'm afraid of misunderstanding from user, if it's read like that
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.
agreed for this situation. but in general we should keep using the use
statement for phpdoc as well.
Aside from my comment, 👍 for me |
82217bd
to
85f3c52
Compare
Add missing trailing dot Add better explanation for workflow exceptions in Async Client Use FQCN to avoid confusion
85f3c52
to
dfbf75b
Compare
Add exception explanation, fixes #87
@dbu @joelwurtz please help me with the explanation. 😄