Unpacking a NamedTuple subclass uses superclass' types
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
If you subclass an existing NamedTuple to provide more specific type declarations for some of the fields, and then unpack an instance of that NamedTuple, mypy 0.770 gets its type information from the superclass, not the subclass. Minimal reproduction:
from typing import NamedTuple, Optional
class BaseInventory(NamedTuple):
number: Optional[int]
name: str
class Inventory(BaseInventory):
number: int
item = Inventory(42, 'parrot')
item.number % 10 # mypy allows this
number, _ = item
number % 10 # mypy does not allow this
The last line reports:
error: Unsupported operand types for % ("None" and "int") [operator]
note: Left operand is of type "Optional[int]"
I expected no error, since accessing the field by name works fine.
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
Beginne damit, die minimale Python-Reproduktion mit mypy 0.770 auszuführen und den Zugriff auf benannte Felder mit dem Entpacken eines Tupels zu vergleichen. Verfolge, wie Typinformationen von NamedTuple während des Entpackens verwendet werden; abgeschlossen, wenn für das entpackte number int abgeleitet wird und die abschließende Modulo-Zeile keinen Fehler mehr meldet, mit Regressionstests für diese Reproduktion.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- compilers
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100