python / python/mypy

Meta issue tracker, pt 2

Offen
#16,472 1 Kommentar 7 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

meta
Vorherrschende Sprache
Python
Sterne
20.6k
Forks
3.3k
PR-Merge-Kennzahlen
PR-Kennzahlen ausstehend

Beschreibung

This is the sequel to https://github.com/python/mypy/issues/11201. It's awesome to see most of the things in that issue fixed.

Type System Features
Behaviour changes
UI
  • Per module strict=true https://github.com/python/mypy/issues/11401

    There's maybe some other UI stuff we can think about for groups of flags and error codes, as discussed in meetup. I also don't like the new --extra-checks since flag name doesn't mean anything and can't be decomposed.

  • Ability to override PEP 561 https://github.com/python/mypy/issues/8545

    It would be nice to be able to opt-in to treating packages missing py.typed as having py.typed. mypy can still provide a lot of value just based on function shape.

    Update: this is now --follow-untyped-imports (can be set per-module)

  • Exclude should imply per-module follow_import=skip https://github.com/python/mypy/issues/10377

    Currently --exclude only affects file discovery on command line, not import following. This is a source of frustration for users because the relevant modules can still end up being type checked.

  • Provide flag to generate stubs requirements https://github.com/python/mypy/issues/10600#issuecomment-950170169

    --install-types is slow, results in unstable type checking, doesn't let users manage their own envs, can fail unclearly if cache isn't written

  • Rethink stub suggestion logic https://github.com/python/mypy/issues/10619

    Our current behaviour was needed to help the migration to modular typeshed, but is not behaviour we'd have designed from scratch.

Gradual typing
Performance
Misc

See also a similar issue for mypyc here: https://github.com/mypyc/mypyc/issues/785

(other maintainers, feel free to edit)

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne damit, die noch offenen verknüpften Issues unter Type System Features, Behaviour changes, UI, Gradual typing und Misc sowie die dazugehörigen Diskussionen zu prüfen. Dieser Tracker nennt keine Dateien oder Tests; für den Abschluss müssen die ausgewählten offenen Punkte gelöst oder in separat abgegrenzte Arbeiten überführt werden.

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
Muss geklärt werden
Anfängerfreundlichkeit
20/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.