Nach dieser Lektion kannst du:

• mit any() erkennen, ob mindestens eine Bedingung wahr ist.
• mit all() verlangen, dass jede Bedingung wahr ist.
• Comprehensions, Vergleiche und String-Bereinigung zu aussagekräftigen Prüfungen kombinieren.
• any([]) == False und all([]) == True erklären und korrekt behandeln, wenn die Eingabe leer sein kann.

Wenn eine Entscheidung von vielen Werten abhängt, vermeide unnötige Zähler oder lange Ketten aus or und and.

• any(values) ist wahr, wenn mindestens eine Eingabe Truthy ist.
• all(values) ist wahr, wenn jede Eingabe Truthy ist.

Du kannst Daten zunächst mit einer List Comprehension in boolesche Werte umwandeln. Diese Lektion verwendet bewusst Comprehensions, die du schon kennst; Generatorausdrücke folgen später.

checks = [result == "ok" for result in results]

Bei einer leeren Eingabe ist any([]) gleich False, aber all([]) gleich True. Mathematisch ist das sinnvoll, aber ein Release-Ablauf verlangt meist mindestens eine Prüfung, bevor er meldet, dass alle Prüfungen bestanden wurden. Füge eine ausdrückliche Anforderung „nicht leer“ hinzu, wenn die fachliche Regel sie verlangt.

1. Mindestens ein Problem erkennen

alerts = [False, True, False]
print(any(alerts))

Ausgabe:

True

Ein einziges Truthy-Element genügt.

2. Verlangen, dass jedes Element besteht

latencies = [42, 90, 110]
within_limit = [value <= 120 for value in latencies]
print(all(within_limit))

Ausgabe:

True

Jeder Vergleich ist wahr.

3. Leere Eingabe bewusst behandeln

print(any([]))
print(all([]))

Ausgabe:

False
True

Wenn „leer“ bedeutet, dass keine Prüfungen ausgeführt wurden, brauchst du möglicherweise stattdessen bool(checks) and all(checks).

4. Prädikate an echte Eingabedaten anpassen

responses = [" PASS ", "pass", " FAIL "]
normalized = [value.strip().lower() for value in responses]
print(any([value == "fail" for value in normalized]))

Ausgabe:

True

Normalisiere vor dem Vergleich, damit Groß-/Kleinschreibung und Leerzeichen die Entscheidung nicht verändern.

1. all([]) ist True – das bedeutet nicht, dass eine echte Validierung stattgefunden hat.
2. Der Vergleich roher Strings kann Werte mit Leerzeichen oder abweichender Groß-/Kleinschreibung falsch einordnen.
3. any() bedeutet „mindestens eines“, nicht „genau eines“.
4. Verwechsle not any(...) nicht mit not all(...) – sie beschreiben unterschiedliche Situationen.