-
-
Notifications
You must be signed in to change notification settings - Fork 30
Scope API to wrapper types #92
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
585cd1d to
bc55313
Compare
|
I'll take a look at this soon. Thanks! |
cpu
left a comment
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.
Nice! This is really cool and not how I was thinking of approaching this. I like the end result 👍
I had a handful of comments but they're basically all related to documentation/comments.
|
Cool! What do you think of the |
I felt the same. Any alternatives I could think up felt even more awkward. |
|
Merged this but happy to take additional feedback on the comments/changes. |
Here's an attempt at making the API a little more restricted while also moving more logic into the library. I quite like it, but curious for your thoughts. It also helps a little with the boilerplate across examples/tests.
I guess one downside is that this only exposes
ChallengeHandle::set_ready()which is only accessible indirectly. So if you want to gather all the challenges (across authorizations) and then mark them ready in one go (so you can do a single transaction or whatever against your DNS server or other challenge response infrastructure), you have to iterate over the authorizations and get the challenges twice. Maybe not a big deal?