add bound syntax for type variable tuples and parameter specifications
Ouverte
Personne n'a encore pris cette issue.
interpreter-core
topic-typing
type-feature
- Langage dominant
- Python
- Étoiles
- 77.2k
- Forks
- 35.9k
- Métriques de merge des PR
- Métriques de PR en attente
Description
Feature or enhancement
Proposal:
# typical forms
class A[T: int, *Ts: int, **P: [int]]: ...
A[
str, # error
int, # ok, matching Ts bound
str, # error, not matching Ts bound
[str], # error, not matching P bound
]
A[
int, # ok
int, # ok, matching Ts bound
bool, # ok, matching Ts bound
[int], # ok, matching P bound
]
# tvt unpacked form
class B[*Ts: *tuple[int, str]]: ...
B[
int, # ok
int, # error, not subtype of str
int, # error, too many types
]
Has this already been discussed elsewhere?
I have already discussed this feature proposal on Discourse
Links to previous discussion of this feature:
Linked PRs
- gh-148946
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Aucun fichier d’implémentation ni test n’est mentionné. Commencez par lire la discussion Discourse liée et le PR gh-148946, puis retracez le comportement attendu des exemples de la proposition concernant un tuple de variables de type bornées et les spécifications de paramètres. C’est terminé lorsque les exemples documentés acceptent des arguments valides et rejettent des bornes et une arité invalides.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- compilers
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 30/100