Ich weiß nicht recht, wie man eine REST (oder REST-ähnliche) API sinnvoll strukturiert.Benötigen Sie Hilfe zum Verständnis der REST-API-Endpunkte
Stellen Sie sich eine API zum Erstellen und Versenden von Newsletter-E-Mails vor. Sie können die folgenden Substantive/Ressourcen haben: Newsletter (Betreff, Nachrichtentext usw.), Mailinglisten (Empfängergruppen) und Empfänger (E-Mail-Adressen und zugehörige Daten).
So könnten Sie PUT verwenden, um eine Ressource zu erstellen und seine ID zurückgegeben werden:
/newsletter
/list
/user
Sie Informationen über eine Ressource erhalten könnte mit GET:
/newsletter/[id]
/list/[id]
/user/[id]
Sie können eine bestehende Ressource aktualisieren mit PATCH (oder sollte das POST sein?):
Sie können eine Ressource mit DELETE löschen :
/newsletter/[id]
/list/[id]
/user/[id]
Ist die oben richtig?
Welche Endpunkte sind sinnvoll für Aktionen wie das Senden eines Newsletters an eine Liste und das Hinzufügen eines Benutzers zu einer Liste?
Ist die folgende sinnvoll, und es ist Erholsamer?
/newsletter/[newsletter_id]/send/[mailinglist_id]
/list/[list_id]/add/[user_id]
/list/[list_id]/remove/[user_id]
Ist es überflüssig oder nicht hilfreich list/[id]/add/[id]
und list/[id]/remove/[id]
Endpunkte für Listen zu haben, wenn die Benutzer hinzugefügt oder über PATCH bei /list/[id]
entfernt werden könnte?
Wie wäre es mit der Suche nach einer Benutzer-ID über eine Eigenschaft wie E-Mail-Adresse oder Name? Oder eine Liste über einen Bezeichner wie seinen Namen oder wann er erstellt wurde?
Was ist mit dem Verb "send"? – jeremiahs