REST BEKOMMEN verb mit Parametern
Sitze ich lesend auf etwas RUHE mit meinen Kameraden, wir schreiben eine RoR-Anwendung, die aussetzen würde einige Funktionen, um den rest der Welt.
Meine Aufgabe in diesem team zu machen, ist eine ressource, die stellt journal-Berichte. Wenn Sie anrufen
Sollten Sie alle die journalreports aus dem Dienst. Das ist arbeiten wie ein Charme, aber ich bin verwirrt über wie man richtig machen eine ressource, die stellt eine Reihe von journalreports. Sollte ich es
Oder ist das illegal, wenn wir reden über den REST, weil der ?Bereich= Störungen?
Was ist die richtige Art sich zu geben eine REST-ressource einige Parameter?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Parameter sind vollkommen OK, vor allem für die Suche-Ressourcen wie in deinem Fall (Abfragen einer Reihe von Zeitschriften).
Ich vor kurzem beantwortet ähnliche Frage (Pfad vs. parameter)
REST nicht machen, query-parameter "illegal" in keiner Weise. Es ist ein architektonischer Stil, vor allem über das fahren in der Anwendung durch den Austausch von Repräsentationen.
Angesichts URIs gemeint sind undurchsichtig, es gibt keinen wirklichen Unterschied zwischen
http://example.com/page/1
undhttp://example/?page=1
zum Beispiel, so weit wie REST betrifft (es hängt letztlich davon ab, die Darstellungen, die gesendet werden, aber die Wahl oder URI-Stil neigt dazu, eine Implementierung detail).Was zählt, ist, wie der client gehen, um herauszufinden, über die URIs Ihrer Berichte.
HTML kann dies sehr gut mit Formen und query-Parameter. Ob Ihr service ist für die browser-Verbrauch oder einen anderen Agenten spielt eigentlich keine Rolle, Sie können verwenden die gleichen Prinzipien. Sie könnten die HTML-Formulare (oder äquivalent, wenn Ihre Kunden nicht in einem browser), wenn Sie es wollen, flexibler zu sein oder über explizite links auf der oberen Seite. (Sie finden es möglicherweise einfacher, das aufsplitten der Bandbreite in zwei Parametern, wie "von" und "zu", wenn Sie wollen, dass es mehr Dynamik.)