Should __init__.py imports be treated as exports with --no-implicit-reexport behaviour?
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
I'm uncertain whether --no-implicit-reexport has a "correct" behaviour when it comes to __init.py__ files.
If I have this __init__.py file:
from .mysub import MyName
My intent is to export MyName from the module. Currently this does not work however, and I need to do either:
from .mysub import MyName as MyName
or
from .mysub import MyName
__all__ = ['MyName']
Both of which are redundant.
I saw this issue on stub-generation that seems to imply that imports in an init (or otherwise unused imports) should be considered exports.
Shouldn't --no-implicit-reexport treat init files as doing exports for the module without the code having to use the redundant ...as... or __all__ form?
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Das Issue nennt keine Repository-Dateien oder Tests. Beginne damit, die Implementierung und Tests für --no-implicit-reexport zu finden, überprüfe dann das verlinkte Issue zur Stub-Generierung und die init.py-Beispiele; als erledigt gilt die Arbeit, wenn eine festgelegte Regel dafür etabliert und implementiert wurde, ob solche Importe Exporte sind, ohne redundante Syntax.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- devtools
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100