Entity Relations in Dienstleistungen

Question

ich solche Modellbeziehungen haben: Benutzer, Aufgabe, jeder Benutzer kann seine eigenen Aufgaben erstellen und Alle Aufgaben sehen können. So offensichtlich werde ich Taskservice mit Methoden haben getAllTasks(), getSortedTasks (String value) usw. Ich bin verwirrt, wo sollte ich Create (Task-Task), updateTask (lond id, Aufgabe Aufgabe) Methoden - in Taskservice oder in Userservice, weil mir gesagt ich haben sollte REST API wie folgt aussieht:

eher

post users/{id}/tasks 

als

post /tasks 

, weil "eine Aufgabe gehört zu einem bestimmten Benutzern". Also kann ich nicht zwischen separaten Dienstleistungen, api für jede Einheit und gemeinsame Dienstleistungen, api whre Benutzer ist Relationen Besitzer wählen.

Answer 1

Sie sollten den Endpunkt zum Erstellen von Aufgaben in einer Aufgabenressource implementieren.

Beides ist möglich:

POST your_root.com/api/{userId}/tasks/ ----> Task erstellt und nimmt den Wert des Schöpfers vom uri.

Aber man könnte auch diesen Weg gehen:

POST your_root.com/api/tasks/ ---> In diesem Fall können Sie den Server von JSON oder XML zu sagen haben, die die Aufgabe erstellt. Der Körper könnte so aussehen iE:

{ 

    "author": "user A", 
    "assingee": null, 
    "headline": "Login Page for my app", 
    "text":"Build fancy login page" 

} 

Letzte Variante und meine bevorzugte:

POST your_root.com/api/{userId}/tasks/ und die authorid im Körper wieder:

{ 

    "authorId":"12" 
    "author": "user A", 
    "assingee": null, 
    "headline": "Login Page for my app", 
    "text":"Build fancy login page" 

} 

Der Vorteil der letzten Variante ist, dass Sie überprüfen können, ob die userId im uri gleich der authorId des body ist. So können Sie vermeiden, dass diese Anfrage mit einer bestimmten ID versehentlich erfolgt ist.

Hoffnung, das hilft.