Ratgeber: Unabhängige Dashboardkarten dürfen getrennte Ergebnisse zeigen

Ein Teilfehler muss nicht alles verdecken

Ein Startbildschirm kann Termine, offene Aufgaben und zuletzt bearbeitete Artikel getrennt laden. Wenn nur die Terminabfrage scheitert, sind die anderen Ergebnisse möglicherweise weiterhin nützlich. Promise.allSettled liefert nach MDN nach Abschluss aller übergebenen Promises eine Ergebnisliste mit ihrem jeweiligen Erfolg oder Fehlschlag. Die Reihenfolge entspricht den Eingaben, nicht der Reihenfolge ihrer Fertigstellung. Dieser Beitrag ist ein Fachratgeber zur bestehenden JavaScript-Funktion. Quellenprüfung und Veröffentlichung erfolgen am 9. Oktober 2026; damit wird kein neues Ereignisdatum für die Technik behauptet.

Abhängigkeiten vor dem Code klären

Zeichne als eigenes Beispiel drei Karten auf ein Blatt. Unter jeder steht die benötigte Datenquelle. Frage anschließend, ob eine Karte ohne die anderen eine korrekte Aussage machen kann. Eine einfache Artikelliste kann vielleicht unabhängig von den Terminen angezeigt werden. Eine Quote aus zwei verschiedenen Zahlen ist dagegen nur dann sinnvoll, wenn beide Grundlagen vorhanden und vergleichbar sind. Die Entscheidung für getrennte Ergebnisse ist somit eine fachliche Frage. allSettled macht abhängige Daten nicht automatisch unabhängig und ersetzt keine Prüfung, ob die gemeinsame Darstellung inhaltlich zusammenpasst.

Jeden Ausgang sinnvoll darstellen

Für die Übung erhält die Aufgabenkarte zwei Einträge, die Artikelkarte eine leere gültige Liste und die Terminkarte eine Fehlermeldung. Beschreibe die drei sichtbaren Zustände einzeln. Die leere Liste darf nicht als technischer Fehler erscheinen; der fehlgeschlagene Abruf darf keine bestätigte Null liefern. Bei einem erfüllten Promise steht ein Wert zur Verfügung, bei einem verworfenen ein Grund. Was als Fehler zählt, muss die jeweilige Ladefunktion korrekt definieren. Insbesondere ist eine eingetroffene HTTP-Fehlerantwort nicht automatisch ein verworfenes fetch-Promise. Eine passende Statusprüfung gehört deshalb in den Entwicklungsauftrag.

Den langsamen Fall nicht vergessen

Lass in einem kontrollierten Test die Terminkarte deutlich später fertig werden. allSettled wartet auf alle Ergebnisse; es liefert nicht automatisch Zwischenstände. Wenn gute Karten schon vorher sichtbar sein sollen, braucht die Oberfläche eine zusätzliche entsprechende Gestaltung. Plane auch einen begrenzten Umgang mit dauerhaft ausbleibenden Antworten. Prüfe auf dem Handy, ob jede Karte ihren eigenen Status trägt. Ein allgemeiner grüner Haken über dem gesamten Dashboard wäre in unserem Teilfehlerfall missverständlich. Mit diesem Testplan bleibt erkennbar, welche Information belastbar vorliegt und welcher Bereich einen neuen Versuch benötigt.