PEP 635
E255288
PEP 635 is a Python Enhancement Proposal that provides a detailed rationale and motivation for the structural pattern matching feature introduced in Python 3.10.
All labels observed (1)
| Label | Occurrences |
|---|---|
| PEP 635 canonical | 7 |
How this entity was disambiguated
This entity first appeared as the object of triple T2301344 — resolving that mention is where its identity was fixed. The disambiguator weighed these candidate entities and picked the highlighted one (or “None”, minting a new entity). This is how homonymy is resolved: the same surface form can point to different entities.
Target entity: PEP 635 Context triple: [PEP 622, supersededBy, PEP 635]
-
A.
PEP 634
PEP 634 is the Python Enhancement Proposal that formally specifies the semantics of structural pattern matching introduced in Python 3.10.
-
B.
PEP 695
PEP 695 is a Python Enhancement Proposal that introduces a new, more concise syntax for type parameter declarations to improve the language’s support for generics and static typing.
-
C.
PEP 622
PEP 622 is a Python Enhancement Proposal that introduced the design for structural pattern matching syntax later adopted in Python 3.10.
-
D.
PEP 13
PEP 13 is the Python Enhancement Proposal that defines the process and rules for selecting and operating the Python Steering Council, the core governance body of the Python project.
-
E.
PEP 572
PEP 572 is the Python proposal that introduced the “walrus operator” (:=) for assignment expressions, allowing assignment within larger expressions.
- F. None of above. chosen
- G. Unsure - the case is ambiguous/there is not enough information to decide.
Target entity: PEP 635 Target entity description: PEP 635 is a Python Enhancement Proposal that provides a detailed rationale and motivation for the structural pattern matching feature introduced in Python 3.10.
-
A.
PEP 634
PEP 634 is the Python Enhancement Proposal that formally specifies the semantics of structural pattern matching introduced in Python 3.10.
-
B.
PEP 695
PEP 695 is a Python Enhancement Proposal that introduces a new, more concise syntax for type parameter declarations to improve the language’s support for generics and static typing.
-
C.
PEP 622
PEP 622 is a Python Enhancement Proposal that introduced the design for structural pattern matching syntax later adopted in Python 3.10.
-
D.
PEP 13
PEP 13 is the Python Enhancement Proposal that defines the process and rules for selecting and operating the Python Steering Council, the core governance body of the Python project.
-
E.
PEP 572
PEP 572 is the Python proposal that introduced the “walrus operator” (:=) for assignment expressions, allowing assignment within larger expressions.
- F. None of above. chosen
Statements (42)
| Predicate | Object |
|---|---|
| instanceOf | Python Enhancement Proposal ⓘ |
| addresses |
backwards compatibility concerns
ⓘ
complexity concerns ⓘ performance considerations ⓘ readability concerns ⓘ |
| author |
Brandt Bucher
ⓘ
Guido van Rossum ⓘ Jelle Zijlstra ⓘ |
| belongsTo | Python PEP index ⓘ |
| category | Informational ⓘ |
| clarifies |
semantics of pattern matching constructs
ⓘ
use cases for structural pattern matching ⓘ |
| comparesWith |
dictionary dispatch
ⓘ
if-elif chains ⓘ object-oriented dispatch ⓘ |
| describes |
motivation for structural pattern matching
ⓘ
rationale for structural pattern matching ⓘ |
| documents |
alternatives considered for pattern matching
ⓘ
rejected design options for pattern matching ⓘ |
| explains |
design decisions for structural pattern matching
ⓘ
relationship between structural and algebraic pattern matching ⓘ why pattern matching is added to a dynamic language ⓘ why structural pattern matching is needed in Python ⓘ |
| focusesOn |
case patterns
ⓘ
match statement ⓘ |
| governs | motivation for match-case syntax ⓘ |
| hasAbbreviation | PEP 635 self-link ⓘ |
| intendedAudience |
Python core developers
ⓘ
Python users interested in pattern matching ⓘ |
| introducedInPythonVersion | 3.10 ⓘ |
| language | Python ⓘ |
| number | 635 ⓘ |
| partOf |
PEP 636
ⓘ
surface form:
Python 3.10 pattern matching PEP series
|
| relatedTo |
PEP 634
ⓘ
PEP 636 ⓘ |
| repository | https://peps.python.org/pep-0635/ ⓘ |
| standardizes | rationale for Python structural pattern matching feature ⓘ |
| status | Accepted ⓘ |
| supports | inclusion of match statement in Python 3.10 ⓘ |
| title |
Structural Pattern Matching
ⓘ
surface form:
Structural Pattern Matching: Motivation and Rationale
|
| topic | structural pattern matching ⓘ |
| writtenIn | English ⓘ |
How these facts were elicited
The pipeline generated the facts above by prompting gpt-5.1 with this entity's name + description and the instruction below.
You are a knowledge base construction expert. Given a subject entity and a description of it, return factual statements that you know for the subject as a JSON list of dictionaries(triples), where keys must be "subject", "predicate" and "object". The number of facts may be very high, between 25 to 50 or more, for very popular subjects. For less popular subjects, the number of facts can be very low, like 5 or 10. # Requirements - If you don't know the subject at all, return an empty list. - If the subject is not a named entity, return an empty list. - Include at least one triple where predicate is "instanceOf". - Do not get too wordy. - Separate several objects into multiple triples with one object.
Subject: PEP 635 Description of subject: PEP 635 is a Python Enhancement Proposal that provides a detailed rationale and motivation for the structural pattern matching feature introduced in Python 3.10.
Referenced by (7)
Full triples — surface form annotated when it differs from this entity's canonical label.