Ratgeber: Ein vorhandenes Datenfeld kann trotzdem keinen brauchbaren Wert enthalten

Drei verschiedene Bedeutungen von leer

Ein kleiner Import liest Datensätze für Leihgeräte. Bei einem Datensatz fehlt die Eigenschaft standort. Beim zweiten steht dort null, beim dritten eine leere Zeichenfolge. Alle drei Fälle können in der Oberfläche leer aussehen, obwohl sie im Datenmodell unterschiedliche Bedeutungen haben sollen. Eine einzige Wahrheitsprüfung des Werts reicht dafür nicht.

Object.hasOwn prüft laut MDN, ob eine Eigenschaft unmittelbar zum untersuchten Objekt gehört. Auch bei null oder undefined als Wert kann das Ergebnis wahr sein. Geerbte Eigenschaften werden nicht als eigene erkannt. Der Artikel erklärt bestehendes JavaScript anhand einer eigenen Importübung; die Dokumentation wurde am 14. Oktober 2026 geprüft.

Vor der Programmierung Bedeutungen festlegen

Lege drei kleine Testdatensätze mit erfundenen Geräten an. Entscheide schriftlich: Ein fehlender Standort bedeutet „nicht geliefert“, null bedeutet in deinem Beispiel „bewusst noch nicht zugeordnet“, und eine leere Zeichenfolge gilt als fehlerhafte Eingabe. Diese Bedeutungen sind Projektregeln, keine automatisch durch JavaScript vorgegebene Wahrheit.

Die Prüfung besteht dann aus getrennten Fragen. Ist der Datensatz überhaupt ein zulässiges Objekt? Gehört das erwartete Feld unmittelbar dazu? Passt anschließend sein Wert zum vereinbarten Format? Erst danach wird eine fachliche Entscheidung getroffen. Durch diese Trennung kannst du eine verständliche Fehlermeldung erzeugen, statt alle Fälle pauschal als „Standort fehlt“ zu behandeln.

Eine Reparatur nicht still erfinden

Ein Import könnte versucht sein, jeden unklaren Standort durch „Hauptlager“ zu ersetzen. Damit sähen alle Datensätze vollständig aus, wären aber möglicherweise falsch. Halte unbekannte Angaben sichtbar offen und lasse eine berechtigte Person die Zuordnung ergänzen. Ein technischer Standardwert ist nur dann sinnvoll, wenn er fachlich ausdrücklich vereinbart wurde.

Schreibe deshalb in den Entwicklungsauftrag: „Unterscheide fehlende Felder von explizit gelieferten leeren Werten. Zeige pro abgelehnter Zeile den betroffenen Feldnamen und den konkreten Grund. Verändere keine unbekannte Information in einen vermeintlich bestätigten Standort.“ Object.hasOwn ist dabei ein kleines Prüfwerkzeug, keine vollständige Validierung fremder Daten.

Die Unterschiede im Ergebnis erhalten

Importiere die drei Testfälle und einen gültigen Standort. Kontrolliere sowohl die sichtbare Zusammenfassung als auch den gespeicherten Zustand. Ein späterer Export sollte die vereinbarten Bedeutungen weiterhin erkennen lassen. Ergänze einen Datensatz mit einem ähnlich geschriebenen Feldnamen, damit ein Tippfehler nicht unbemerkt verschwindet. Die Abnahme gelingt, wenn jeder Fall eine nachvollziehbare, zur Projektregel passende Antwort erhält.