Werner Vogels – 6 Erkenntnisse für gutes API-Design
(aws.amazon.com)- Notizen zu den „6 Prinzipien für gute APIs, die AWS in 15 Jahren gelernt hat“
-
APIs sind für immer!
-
Achtet auf Abwärtskompatibilität.
-
Entwickelt rückwärts von den Anwendungsfällen der Kund:innen aus.
-
Baut APIs, bei denen Fehler explizit sind.
-
Baut APIs, deren Zweck und Nutzung sofort verständlich sind.
-
Achtet darauf, dass keine Implementierungsdetails nach außen dringen.
-
Typische Fehler beim frühen API-Design
-
Hoch skalierbare APIs mit Smithy bauen
4 Kommentare
Punkt 5 hat mich besonders angesprochen.
Den verlinkten Beitrag „Ist so eine REST API wirklich in Ordnung?“ hatte ich schon einmal gesehen, und ich fand ihn gut: https://tv.naver.com/v/2292653
Auf solche semantischen? Informationen achte ich normalerweise nicht, aber wenn man sich die Github API ansieht, liefert sie auch solche Informationen sauber mit aus, sodass man den Eindruck bekommt, dass sie gut gemacht ist.
Das scheint ein guter Inhalt zu sein.
Vor allem die Punkte 1 und 4 sind wohl Themen, die ich bei Reviews immer wieder anspreche.
Punkt 3 scheint den Gedanken zu berühren, den Joshua Bloch mit "Write to Your API Early and Often" beschrieben hat. (https://www.youtube.com/watch?v=aAb7hSCtvGw)
Wenn man es so zusammenfasst, wirkt es selbstverständlich, aber in der Praxis merkt man doch, dass man dieselben Fehler immer wieder macht.