python / python/mypy

dict literals inferred like immutable Mapping

オープン
#11,090 コメント 3 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

bug topic-join-v-union
主要言語
Python
スター
20.6k
フォーク
3.3k
PR マージ指標
PR 指標を取得中

説明

Bug Report

dict literal behaves as though it is inferred to be (immutable) Mapping

To Reproduce

class OrmBase:
    pass

class Orm1(OrmBase):
    pass

class Orm1Prime(OrmBase):
    pass

class Orm2(OrmBase):
    pass

class Orm2Prime(OrmBase):
    pass

def func(orm: Union[Orm1, Orm2]):
    orm_mapper = {
        Orm1: Orm1Prime, 
        Orm2: Orm2Prime,
    }
    mapped: Union[Type[Orm1Prime], Type[Orm2Prime]] = orm_mapper[orm.__class__]
    # Incompatible types in assignment (expression has type "Type[OrmBase]",
    # variable has type "Union[Type[Orm1Prime], Type[Orm2Prime]]") [E]
    return mapped

Expected Behavior

dict is a MutableMapping, which is invariant with respect to value types. The Union on mapped should be acceptable here. (Pyright has no issue with this.)

Actual Behavior

The Union is rejected, apparently because the parent class is expected (see the error message above).

Adding a plain dict annotation resolves the error:

orm_mapper: dict = { ...

I believe this resolves the error by telling Mypy that this is a MutableMapping with invariant VT and not a Mapping with covariant VT_co. typing's definitions of both

Your Environment

  • Mypy version used: 0.910
  • Mypy command-line flags: none
  • Mypy configuration options from mypy.ini (and other config files):
[mypy]
plugins = sqlalchemy.ext.mypy.plugin
ignore_missing_imports = True

[mypy-sqlalchemy.*]
  • Python version used: 3.9.6
  • Operating system and version: Fedora 34 (Workstation)

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

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

はじめの一歩

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

調査の方向性

まず、提供された再現コードを mypy 0.910 で実行し、アノテーションのない dict リテラルの推論された型と、明示的にアノテーションされたバージョンの型を比較します。dict リテラルの推論経路を追跡し、型安全性を弱めることなく代入が期待される union を受け入れることを確認します。再現コードが成功すれば issue は解決です。

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

評価

技術スタック
python
領域
tooling
issue の種類
バグ
難易度
4/5
見積もり時間
3〜5日
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
38/100

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

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