initial version of chapter 6 #15
Conversation
|
Build Successful! You can find a link to the downloadable artifacts below.
|
sippsack
changed the title
| |=== | ||
|
|
||
| === Begriffe und Konzepte | ||
| Begriff 1, Begriff 2, Begriff 3 | ||
|
|
||
| API Lifecycle, API Produkt, Linting, Consumer-driven Contract Testing, API Gateway |
There was a problem hiding this comment.
Sollen wir "Consumer-driven" rausschmeissen und einfach nur "Contract Testing"?
There was a problem hiding this comment.
Oder vielleicht "Consumer-driven" in Klammern?
There was a problem hiding this comment.
Ok, wenn das hilft auch gut. Je weniger wir uns festlegen auf spezielle Nischen desto besser.
There was a problem hiding this comment.
Ja, finde ich gut. Passe ich noch an.
| ==== LZ 6-2: APIs als Produkte verwalten | ||
|
|
||
| APIs kommen oft in lose gekoppelten Szenarien zum Einsatz und aus diesem Grund ist es sinnvoll, sie als Produkte zu managen. | ||
| Teilnehmer:innen verstehen, was es bedeutet, eine API als Produkt zu verwalten. |
There was a problem hiding this comment.
Kann ich ändern. Gibt es bei API eine offizielle Meinung zu ein/eine? Ich nehme ich "eine" als eine Schnittstelle. Aber ein Interface ist vermutlich passender.
There was a problem hiding this comment.
Ein schätze, wir müssen unter uns abstimmen oder beim Council nachfragen :-)
Siehe https://github.com/isaqb-org/curriculum-api/pull/9/files/9caa8bbe568c10b5362c72211207dad3f891b14d#diff-3b1db79b29a1523a7aecaab37161aa8b7b1327d11b0fb2a917ee0ffaf172efd7
There was a problem hiding this comment.
Gibt es da Kulturkampfdiskussionen? Das sollten wir vermeiden, da werde ich dann sehr schnell sehr flexibel.
There was a problem hiding this comment.
Ich würde auch "ein" sagen, denn es ist das Interface, das API. Es gibt aber keine Vorgabe oder ähnliches.
There was a problem hiding this comment.
Und tatsächlich verwenden alle Quellen, die ich auf die Schnelle finde, "API-Design" als Schreibweise. Also mit Bindestrich.
| [[LZ-6-3]] | ||
| ==== LZ 6-3: API Lifecycle Tooling kennen | ||
|
|
||
| Teilnehmer:innen kennen typische Tools für den Einsatz im API Lifecycle zur Unterstützung von Produzenten und Konsumenten wie Linting, Testing (z. B. Consumer-driven Contract Testing), Mocking sowie Betrieb (API Gateways). |
There was a problem hiding this comment.
Wie oben vorgeschlagen "Consumer-driven" loeschen?
No description provided.