Skip to content
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

SignatureTemplate($c, Forms::RequestEmailVerification) #86

Open
jjn1056 opened this issue Feb 22, 2015 · 2 comments
Open

SignatureTemplate($c, Forms::RequestEmailVerification) #86

jjn1056 opened this issue Feb 22, 2015 · 2 comments
Milestone

Comments

@jjn1056
Copy link
Member

jjn1056 commented Feb 22, 2015

just a placeholder before I forget

@jjn1056
Copy link
Member Author

jjn1056 commented Jul 8, 2015

There's a action role for this, but I'd love to see this more built into the action to encourage experimentation a bit

https://metacpan.org/pod/Catalyst::ActionRole::MethodSignatureDependencyInjection

@jjn1056 jjn1056 added this to the orpington milestone Jul 8, 2015
@jjn1056
Copy link
Member Author

jjn1056 commented Jul 17, 2015

thoughts

First we'd have an interface in Catalyst::Action for describing the signature. Things to figure would be stuff like the bits that get checked in match/match captures(args). This signature would probably be an array of hash-refs (or possible an array of objects). There might be an overall container object for the signature as well.

Second, we'd like an Actionrole that would let you set the signature via a DSL mini language using an attribute (sub attribute or via the config

: Does(Signature) Signature($sig)

Where $sig would be something we can parse and use to populate the signature API.

Questions

How should we resolve when the signature declares Args / Captures? Should we use that information to popular Args / CaptureArgs in the case when those don't independently exist? My guess at this point is we should keep them separate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant