typing.get_origin behaves differently between standard collections and typing collections
まだ誰も着手していません。
- 主要言語
- Python
- スター
- 77.2k
- フォーク
- 36k
- 平均マージ
- 1日 9時間
- マージ済み PR(30日)
- 558
説明
Bug report
typing.get_origin behaves differently between standard collections, and typing collections
more specifically
get_origin(dict) is None, while get_origin(Dict) is <class 'dict'>
the same holds for other collections as well
This is true from python3.9 where support for standard collections was added
to my understanding dict should be able to be a drop-in replacement for Dict, which is not true in case relying on get_origin
I suggest updating get_origin to return the relevant class for builtin collections as opposed to None which returns today
note, this might mean a breaking change, as pointed out here, but id does make Dict and dict behave more similarly
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、レポートで説明されている dict、Dict、およびその他のコレクションの組み合わせについて typing.get_origin を再現します。既存の get_origin の実装とそのテストを読み、その後、互換性を壊す変更のリスクについての議論を確認します。意図した動作について合意され、関連するコレクションのケースが一貫してカバーされれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- python
- 領域
- developer-experience
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 35/100