-
-
Notifications
You must be signed in to change notification settings - Fork 403
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
plugin: clean up redundant in-docstring parameter type annotations #2539
Conversation
78c21ee
to
d0e9e24
Compare
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.
Aside from a nitpick mentioned by SnoopJ, I really 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.
Yeah, still LGTM!
I'm going to rebase with a few more tweaks ahead of @SnoopJ's rereview. Found some more things I could clean up, in particular some of the more confusing decorator type-hints ( |
I've definitely gone a little beyond that exact description in the name of improving consistency, but that's the gist.
fd84b3e
to
cec43ee
Compare
The appearance of `Any` in the docs for plugin decorators bugged me so I worked on the type annotations until it was no longer used in the file.
cec43ee
to
08b670c
Compare
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.
Let's go.
|
Description
I realized that leaving parameter types in the docstrings of these decorators is a maintenance nightmare waiting to happen. Our docs show the type-hints in the function signatures very nicely now. Putting types in the parameter list too is just redundant.
Checklist
make qa
(runsmake lint
andmake test
)