**kwargs unexpectedly parses flags for later chained method

Aperta
#659 1 commento 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
55/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Tranquilla
Stack tecnologico
python
Ambito
cli

Direzione di ricerca

Riproduci il comportamento con il comando mostrato python -m fire e le chiamate concatenate a transform e do_something. Inizia tracciando l’analisi degli argomenti per le chiamate a metodi concatenate; il lavoro è completato quando i flag dopo transform vengono passati a do_something invece di essere assorbiti nei kwargs di transform, con una copertura per questo esempio.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

Suppose we have the following program

from dataclasses import dataclass

@dataclass
class MyClass:
    x: int

    def transform(self, **kwargs):
        return MyClass(self.x * kwargs.get("multiplier", 2))

    def do_something(self, msg):
        print(f"{msg}: {self.x}")

my_obj = MyClass(3)

And we call it with python -m fire my_module my_obj transform --multiplier=3 do_something --msg="test", then the --msg is parsed when calling transform into the kwargs dict. Then it errors saying --msg is missing. Can we instead support parsing flags before the next chained method call? The kwargs is useful for example, to transform the object in ways that only implementation classes know what to do.

My current workarounds are (1) pass msg as positional arg to do_something, (2) have do_something take **kwargs and call transform within it. Neither is ideal as (1) would surprise anyone who uses my code and (2) adds extra plumbing that could be avoided.

Lingua principale
Python
Stelle
28.2k
Fork
1.5k
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di google/python-fire

Tutte le issue di google/python-fire

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.