Datenquellen und Schnittstellen anbinden

Softwarekomponenten holen und speichern Daten in Datenbanken, Dateien und über Schnittstellen anderer Systeme. Beim Datenbankzugriff aus dem Programm verwendest du immer parametrisierte Abfragen (Prepared Statements), damit Eingaben nie als SQL-Code ausgeführt werden. Zusammengehörige Änderungen fasst du in eine Transaktion, die nach ACID atomar, konsistent, isoliert und dauerhaft ist: alles oder nichts, mit Commit oder Rollback. Ein ORM-Framework bildet Tabellen auf Klassen ab; prüfe dabei, wie viele Abfragen es tatsächlich absetzt, denn Einzelabfragen in einer Schleife (N+1-Problem) machen Anwendungen langsam.

REST-Schnittstellen arbeiten mit Ressourcen, HTTP-Methoden und Statuscodes. GET, PUT und DELETE sind idempotent, mehrfaches Senden wirkt wie einmaliges; POST nicht. Codes ab 400 melden Fehler des Aufrufers, etwa 400 ungültige Anfrage, 401 fehlende Anmeldung, 403 fehlende Berechtigung, 409 Konflikt; ab 500 Fehler des Servers. Große Datenmengen kommen seitenweise, und Anfragelimits musst du einplanen. Zugangsdaten wie API-Schlüssel gehören in eine geschützte Konfiguration, nie in den Quelltext oder in den Browser.

Fehler beim Zugriff behandelst du mit Ausnahmen: riskanter Code im try-Block, gezielte Behandlung im catch- bzw. except-Block, Aufräumen im finally-Block. Der Rahmenlehrplan verlangt, Schnittstellen zu dokumentieren: Endpunkte, Methoden, Parameter, Datenformate, Statuscodes, Authentifizierung und Version, am besten maschinenlesbar, etwa nach der OpenAPI-Spezifikation.