dataclass collection inference problem
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 20.6k
- Forks
- 3.3k
- PR-Merge-Kennzahlen
- PR-Kennzahlen ausstehend
Beschreibung
Bug Report
It seems that when typing a collection of dataclasses, if they all happen to have the same fields, then the inferred type will be a Callable instead of type.
The example below is self-contained and demonstrates the problem very clearly.
To Reproduce
https://mypy-play.net/?mypy=latest&python=3.14&gist=5dfadfda23e846913cbee4d56568b69e
from dataclasses import Field, dataclass
from typing import ClassVar, Protocol, TypeVar
@dataclass
class C1:
foo: int = 0
@dataclass
class C2:
foo: int = 1
@dataclass
class C3:
foo: int = 2
bar: str = ""
class Dataclass(Protocol):
__dataclass_fields__: ClassVar[dict[str, Field]]
DataclassT = TypeVar("DataclassT", bound=Dataclass)
def f(a1: list[type[DataclassT]]): ...
reveal_type([C1, C2])
reveal_type([C1, C3])
f([C1, C2]) # this gives an error, but the others work
f([C1, C3])
f([C2, C3])
f([C1, C2, C3])
Expected Behavior
I would expect dataclasses to always be typed as classes instead of becoming callables because they happen share fields.
Actual Behavior
t.py:31: note: Revealed type is "builtins.list[def (foo: builtins.int =) -> builtins.object]"
t.py:32: note: Revealed type is "builtins.list[builtins.type]"
t.py:34: error: Value of type variable "DataclassT" of "f" cannot be "object" [type-var]
Found 1 error in 1 file (checked 1 source file)
Your Environment
- Mypy version used: 1.18.2 (but I tested 1.18.1, 1.17.1, 1.17.0 and they all have the same problem)
- Mypy command-line flags: None
- Mypy configuration options from
mypy.ini(and other config files): follow_untyped_imports = true - Python version used: 3.14.0 (also fails with 3.13.*)
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 mit dem eigenständigen Reproducer im Issue und dem verknüpften mypy-play-Beispiel und verfolge dann mypys Typinferenz für Listenliterale, die Dataclass-Klassen enthalten. Fertig ist die Aufgabe, wenn [C1, C2] als eine Liste von Klassentypen statt als Callables inferiert wird und alle gezeigten Aufrufe von f ohne den type-variable-Fehler typgeprüft werden.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- python
- Bereich
- devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Größtenteils klar
- Anfängerfreundlichkeit
- 35/100