You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
mypy would use the stub files in place of the real code.
More aggressive would be to annotate __init__.py, but I see there is a "requires python 3.3", which I think would break python 3.3 (import typing was added in 3.5).
Or, the package itself could use type annotations internally (ie: mypy --strict), but that's probably another discussion and larger change.
Effectively, two new files would be added which would not interfere with any runtime use of the module, but would allow mypy to typecheck calls to dploy.(stow, unstow, link).
The text was updated successfully, but these errors were encountered:
Is there any interest in supporting type hints? From a package user's point of view, the high-level entry points could be annotated:
With a stub dploy/__init__.pyi:
And an empty py.typed.
The builder would also need to deploy the '*.pyi' and 'py.typed' into the output. For setuptools:
But, I don't know about poetry.
mypy would use the stub files in place of the real code.
More aggressive would be to annotate __init__.py, but I see there is a "requires python 3.3", which I think would break python 3.3 (import typing was added in 3.5).
Or, the package itself could use type annotations internally (ie: mypy --strict), but that's probably another discussion and larger change.
Effectively, two new files would be added which would not interfere with any runtime use of the module, but would allow mypy to typecheck calls to dploy.(stow, unstow, link).
The text was updated successfully, but these errors were encountered: