Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

**kwargs unexpectedly parses flags for later chained method

オープン
#659 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
55/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
python
領域
cli

調査の方向性

示されている python -m fire コマンドと、連結された transform および do_something の呼び出しで動作を再現します。まず、連結メソッド呼び出しの引数解析を追跡します。この例のカバレッジを含め、完了の条件は、transform の後のフラグが transform の kwargs に吸収されるのではなく do_something に渡されることです。

索引モデルが issue の本文から書いたものです。

説明

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.

主要言語
Python
スター
28.2k
フォーク
1.5k
30日以内にマージされた PR はありません

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

google/python-fire のほかの issue

google/python-fire の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。