-
Notifications
You must be signed in to change notification settings - Fork 1
CustomerController: PUT
Für einen PUT-Request übergibt man der API eine schon vorhandenen Customer mit den Änderungen.
Beispiel für das ändern eines Customers (PUT: /api/customer):
Response eines GET-Requests:
[
{
"id": 2,
"firstname": "Günther",
"lastname": "Lauch",
"address": {
"id": 3,
"street": "Königsgasse 15",
"zip": "77771",
"city": "Durbach1"
},
"createdAt": "2020-05-30T12:29:11"
}
]Nun möchten wir z.B. den Nachnahme und die Addresse ändern.
Der lastname soll fortan "Lauch" heißen, die Adresse ändert sich bei street zu "Halbgütle 10".
Payload des PUT-Requests:
[
{
"id": 2,
"firstname": "Günther",
"lastname": "Lauch",
"address": {
"id": 3,
"street": "Halbgütle 10",
"zip": "77771",
"city": "Durbach1"
},
"createdAt": "2020-05-30T12:29:11"
}
]Bei erfolgreichem Request sendet der Server folgenden Response:
HTTP: 204 No Content
Bei Änderungen an Ressourcen muss immer die ganze Ressource mitgeschickt werden, nicht nur einzelne Teile.
Für alle Controller gilt: Existiert ein Objekt schon, reicht die ID. Falls das Objekt verändert werden soll, sendet man die ID + alle Properties des Objektes. Soll ein Objekt erstellt werden, lässt man die ID null.
Spezialfall OrderController: Wenn ihr zu viel Properties dem Controller sendet, werden diese ignoriert, es löst keinen Fehler aus, so kann also direkt das Objekt welches von GET kommt bearbeitet und an PUT gesendet werden !