Spec Change : Additional detail and option for platform checks.

Offen
  • Stimmt etwas nicht?
#52 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Anfängerfreundlichkeit
25/100
Issue-Typ
Feature
Klarheit
Muss geklärt werden
Aktivitätsstatus
Veraltet
Tech-Stack
python
Bereich
documentation

Rechercherichtung

Beginne mit dem verlinkten Spezifikationsvorschlag PR #2173 und lies anschließend die Discussion und das frühere Q&A, um den Kontext zu verstehen. Überprüfe die offenen Fragen zu iterierbaren Formen, not-in-Prüfungen, Vergleichen von Implementierungsversionen und kombinierten Prüfungen; die Arbeit ist abgeschlossen, wenn der Vorschlag die geklärten Entscheidungen widerspiegelt und der PR entsprechend aktualisiert wurde.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Hello Typing council,

Please consider the proposal in the PR and Discussion below.

The Discussion has overal positive feedback, but did not receive concrete feedback on the refinement and implementation questions posed, so Ill repeat them here so the PR can be adjusted as needed based on the feedback.

Open Questions:

Scope of sys.platform collections:

  • Should typecheckers support any iterable, or limit to tuple or set literals?
    Recommend: Only tuple literals; Optionally set literals if feasible for type checkers

  • Should typecheckers support not in checks?
    Recommend: Yes

sys.implementation attributes:

  • Should typecheckers support sys.implementation.version comparisons (similar to sys.version_info)?
    No preference.

Combining version, platform, and implementation checks:

  • Should typecheckers explicitly allow combined checks , (e.g., if sys.platform == "linux" and sys.implementation.name == "pypy":)?
    Recommend: Yes, as long as each individual check is supported. This is not explicitly specified in the proposed text, as the implementation complexity for type checkers needs further assessment.
Vorherrschende Sprache
Keine Sprachdaten
Sterne
57
Forks
2
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus python/typing-council

Alle Issues in python/typing-council

Ähnliche Issues

Weitere Issues zu Documentation

Neue Issues direkt in Ihr Postfach

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