`*args` and `**kwargs` are allowed even to methods with no arguments
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 20.6k
- Forks
- 3.3k
- Métriques de merge des PR
- Métriques de PR en attente
Description
I am working on removing dict and **kwargs hack from mypy after https://github.com/python/typeshed/pull/8517 is merged.
But, I found a very confusing thing in how *args and **kwargs are checked.
Simple repro (all of the examples below work):
def some() -> None: ...
# args
some(*[1, 2])
args = [1, 2]
some(*args)
# kwargs
some(**{'a': 1})
kw = {'a': 2}
some(**kw)
All of these would raise TypeError in runtime.
I think that the main idea was to allow calls like some(*[]) and some(**{}) which are fine in runtime.
This affects how overloads are selected in complex cases like:
class dict2(Generic[KT, VT]):
@overload
def __init__(self, __iterable: Iterable[Tuple[KT, VT]]) -> None: pass
@overload
def __init__(self: "dict2[str, VT]", __iterable: Iterable[Tuple[str, VT]], **kwargs: VT) -> None: pass
it = [(1, 'x')]
kw = {'x': 'y'}
reveal_type(dict2(it, **kw))
It looks like the second @overload will raise an error: Iterable[Tuple[str, VT]] is required, but Iterable[Tuple[int, str]] is given.
But it does not, because of how **kwargs are silently ignored. So, first @overload always matches.
This is broken, if you ask me 😢
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
Commencez par le comportement de vérification des appels et de sélection des surcharges pour *args et **kwargs décrit dans le reproducer. Vérifiez comment les appels à une fonction sans argument gèrent les arguments déballés non vides et les arguments nommés, tout en conservant le déballage vide valide. La tâche est terminée lorsque les appels invalides à l’exécution sont rejetés et que l’exemple de surcharge dict2 sélectionne correctement ou signale les erreurs.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- devtools
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 35/100