-
Notifications
You must be signed in to change notification settings - Fork 7
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
Support transfer reversals #20
Labels
Comments
danschmidt5189
added a commit
that referenced
this issue
Jul 13, 2015
Adds support for reversing existing transfers via a new create_reversal method. This method accepts three arguments: - (Required) The transfer ID - any stringifiable value - (Optional) Reversal data - a hashref defaulting to {} - (Optional) Options - a hashref defaulting to {}. Right now the only valid key is 'headers', which is passed verbatim to the LWP::UserAgent as request headers. The method signature ($id, $data = {}, $opts = {}) is meant as a template for all methods that act on a single, existing object. Right now, WS::Stripe uses a mix of positional and named parameters that is not consistent and requires looking back at the documentation. We should unify these signatures to promote understanding. For operations involving new objects, I'd propose the very-similar signature ($data, $opts = {}).
danschmidt5189
added a commit
that referenced
this issue
Jul 13, 2015
Adds support for reversing existing transfers via a new create_reversal method. This method accepts three arguments: - (Required) The transfer ID - any stringifiable value - (Optional) Reversal data - a hashref defaulting to {} - (Optional) Options - a hashref defaulting to {}. Right now the only valid key is 'headers', which is passed verbatim to the LWP::UserAgent as request headers. The method signature ($id, $data = {}, $opts = {}) is meant as a template for all methods that act on a single, existing object. Right now, WS::Stripe uses a mix of positional and named parameters that is not consistent and requires looking back at the documentation. We should unify these signatures to promote understanding. For operations involving new objects, I'd propose the very-similar signature ($data, $opts = {}).
danschmidt5189
added a commit
that referenced
this issue
Jul 13, 2015
Adds support for reversing existing transfers via a new create_reversal method. This method accepts three arguments: - (Required) The transfer ID - any stringifiable value - (Optional) Reversal data - a hashref defaulting to {} - (Optional) Options - a hashref defaulting to {}. Right now the only valid key is 'headers', which is passed verbatim to the LWP::UserAgent as request headers. The method signature ($id, $data = {}, $opts = {}) is meant as a template for all methods that act on a single, existing object. Right now, WS::Stripe uses a mix of positional and named parameters that is not consistent and requires looking back at the documentation. We should unify these signatures to promote understanding. For operations involving new objects, I'd propose the very-similar signature ($data, $opts = {}).
danschmidt5189
added a commit
that referenced
this issue
Jul 14, 2015
Adds support for reversing existing transfers via a new create_reversal method.
danschmidt5189
added a commit
that referenced
this issue
Jul 14, 2015
Support Transfer Reversals (#20)
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
No description provided.
The text was updated successfully, but these errors were encountered: