Dlaczego inspektor Pycharm narzeka na „d = {}”?

Podczas inicjowania słownika za d = {}pomocą kodu Pycharm inspektor generuje ostrzeżenie, mówiąc:

To tworzenie słownika można przepisać jako dosłowne.

Jeśli go przepiszę, d = dict()ostrzeżenie zniknie. Skoro {}już jest słownikiem dosłowny, jestem całkiem pewny, że komunikat jest błędny. Ponadto wydaje się, że zarówno d = {}i d = dict()są ważne i pythonowy.

To pokrewne pytanie wydaje się stwierdzać, że wybór jest tylko kwestią stylu / preferencji: różnic między „d = dict ()” a „d = {}”

Dlaczego Pycharm miałby narzekać d = {}?

AKTUALIZACJA:

Mac go przybił. Ostrzeżenie faktycznie dotyczyło wielu wierszy, a nie tylko tego, który został oflagowany.

Wygląda na to, że Pycharm szuka sekwencji kolejnych instrukcji, w których inicjujesz słownik, a następnie ustawiasz wartości w słowniku. Na przykład spowoduje to wyświetlenie ostrzeżenia:

d = {}
d['a'] = 1

Ale ten kod nie będzie:

d = {}
pass
d['a'] = 1

Jaki jest następujący kod do deklaracji w słowniku?

Myślę, że pycharm spowoduje błąd, jeśli masz coś takiego:

dic = {}
dic['aaa'] = 5

jak mogłeś napisać

dic = {'aaa': 5}

BTW: Fakt, że błąd zniknie, jeśli użyjesz tej funkcji, niekoniecznie oznacza, że ​​pycharm uważa, że dict()jest dosłowne. Może to po prostu oznaczać, że nie narzeka na:

dic = dict()
dic['aaa'] = 5

HTH!

Można to wyłączyć w Ustawieniach projektu lub Ustawieniach domyślnych.

• Przejdź do Ustawienia -> Inspekcje -> Python
• Odznacz „Tworzenie słownika można przepisać dosłownie ze słownika”

dla tych, którzy lubią (tak jak ja) inicjować słowniki za pomocą jednej operacji

d = {
  'a': 12,
  'b': 'foo',
  'c': 'bar'
}

zamiast wielu linii takich jak

d = dict()
d['a'] = 12
d['b'] = ....

w końcu skończyło się na tym:

d = dict()
d.update({
  'a': 12,
  'b': 'foo',
  'c': 'bar'
})

Pycharm nie narzeka na to

mydict = {
  a: 5,
  b:z+c/2
}

Słownik mógł zostać utworzony bezpośrednio, bez inicjowania ich, a następnie ponownego przypisywania nowych wartości.

Mam sytuację, w której to ostrzeżenie mnie denerwuje. W moim przypadku zapełniam mój słownik częściowo literałami, a częściowo z krotki przez funkcję, taką jak:

def get_other_values():
    return 3, 4

foo = {
    "a": 1,
    "b": 2
}
foo["c"], foo["d"] = get_other_values()

Tak więc, chyba że utworzę zmienne tymczasowe dla danych wyjściowych get_other_values, PEP8 wygeneruje to ostrzeżenie, mimo że tworzę dykt z literałami. I nie mogę przypisać klawiszy cid do literału, ponieważ wartości są wyprowadzane jako krotka.