Das deutsche Python-Forum

nezzcarth hat geschrieben: Montag 9. August 2021, 11:56 Den 'suppress'-Kontextmanager habe ich glaube ich selbst noch nie verwendet. Das Gute an 'get' ist, dass es einen zweiten Parameter erhalten kann, der zurückgegeben wird, wenn der Key nicht enthalten ist. Das ist standardmäßig 'None', kann aber zum Beispiel auch eine leere Liste sein. Das bietet sich also oft in den Fällen an, in denen man den Wert bei Nicht-Existenz auf irgendeinen Default setzen möchte, um damit weiterarbeiten zu können. Die Variante mit direktem Dictionary-Zugriff (also ohne get) und anschließender Exception ist in manchen Situationen eine Alternative zu 'get', und bietet sich ansonsten in Fällen wie dem Gezeigten an, in denen am z.B. einfach nur eine Fehlermeldung ausgeben möchte.

rogerb hat geschrieben: Montag 9. August 2021, 12:07 @YAPD,

[Edit] Ich hatte mich wohl verlesen.
Beispiel 1: Ja, genau so
Wenn ich im Normalfall keinen KeyError erwarte, würde ich den überhaupt nicht behandeln.
Wenn dann aber doch mal ein Fehler auftritt soll er mir auch gleich krachend um die Ohren fliegen.
Exceptionhandling ist ja dazu gedacht, dass man einen solchen Fehlerfall durchaus für möglich hält und dafür auch eine sinnvolle Alternative hat.

Beispiel 2: Nein, weil ich keine Notwendigkeit für suppress sehe
Beispiel 3: Nein, entweder get() mit default value, oder wenn es ein komplexerer Fall ist, ohne get() aber mit KeyError handling

kbr hat geschrieben: Montag 9. August 2021, 14:24 "try/except" und "get" sind sinnvoll, wenn es vorkommen kann, dass ein Key nicht existiert. Ein bisschen ist es ein Stilfrage, welche Form bevorzugt werden soll. Falls es aber eine Laufzeitfrage sein sollte, dann ist es gut zu wissen, dass ein "try" preiswerter ist als ein "get", ein "except" aber deutlich teurer. D.h. "try/except" ist von Vorteil, wenn wenig KeyErrors erwartet werden, ansonsten kann "get" zu bevorzugen sein. Um den Unterschied zu bemerken, bedarf es aber einer starken Frequentierung. Für "suppress" habe ich noch keine Anwendung gefunden. Im Gegenteil – ich möchte gar keine Exceptions unterdrücken.

kbr hat geschrieben: Montag 9. August 2021, 15:14 @YAPD: es gibt kein try ohne except. Der except branch wird aber nur ausgeführt, wenn ein KeyError auftritt. Wenn keiner auftritt, ist get teurer. Das wirst Du in der Praxis aber erst merken, wenn innerhalb kurzer Zeit extrem viele Zugriffe auf ein Dictionary erfolgen. Es zwar gut, performanten Code zu schreiben, aber noch wichtiger ist zu wissen, wann das wirklich erforderlich ist. Erster Ansatzpunkt ist hier in der Regel der Algorithmus und nicht Details wie try und get.

from collections import Counter
from collections import defaultdict
import time
from datetime import datetime

portfolio = [
    ('GOOG', 100, 490.1),
    ('IBM', 50, 91.1),
    ('CAT', 150, 83.44),
    ('IBM', 100, 45.23),
    ('GOOG', 75, 572.45),
    ('AA', 50, 23.15)
]

total_shares = Counter()
Shares = {}

for name, shares, price in portfolio:
    total_shares[name] += shares

startTime = datetime.now()


def V1():

    for rowno, row in enumerate(portfolio, start=0):

        if row[0] in Shares:
            Shares[row[0]].append((row[1], row[2]))
        else:
            Shares[row[0]] = [(row[1], row[2])]

    cpu_time = time.process_time()
    print("CPU / Processing Time : ", cpu_time)

    print(datetime.now() - startTime)


def V2():

    holdings = defaultdict(list)

    for name, shares, price in portfolio:
        holdings[name].append((shares, price))

    cpu_time= time.process_time()
    print("CPU / Processing Time : ", cpu_time)

    print(datetime.now() - startTime)

V1 : CPU / Processing Time :  0.046875
V1 : 0:00:00

V2 : CPU / Processing Time :  0.046875
V2 : 0:00:00

Dementsprechend wird weder KeyError noch .get() involviert sein.

"involviert" ist nicht "implementiert"