- Notifications
You must be signed in to change notification settings - Fork321
fix: annotate optional integer parameters with optional type#1487
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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.
Already on GitHub?Sign in to your account
Uh oh!
There was an error while loading.Please reload this page.
Conversation
chalmerlowe commentedFeb 8, 2023
General question: what was the criteria for deciding which parameters should get the enhanced Type Annotation? Noticed some other |
chalmerlowe 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.
Added a general question to the comment thread.
Beyond that question, this LGTM.
tswast commentedFeb 8, 2023
Our approach was: when you touch a method, add type annotations. At the time, that meant we could also remove the type information from the docstring because it was then redundant information from what Sphinx generated and what we put in the docstring. Looks to be the same withhttps://cloud.google.com/python/docs/reference/bigquery/latest/google.cloud.bigquery.client.Client but I'm not 100% sure how the linking works over there since they don't use intersphinx. |
…pis#1487)* fix: annotate optional integer parameters with optional type* remove google-cloud-core reference causing type checker issuesdeps: update minimum google-cloud-core to 1.6.0
Uh oh!
There was an error while loading.Please reload this page.
I noticed in a project that uses this client that the type annotations for
resultare incorrect.Fixes#509