2009-06-25 6 views
0

Wenn Sie eine "Website" starten möchten, die von mehreren "Endpunkten" aus zugänglich sein könnte. Ist es eine gute Idee, von Anfang an aus einer REST-Perspektive zu entwerfen?Ist es eine gute Idee (tm), REST-Ideen zu verwenden, um "einige Dienste" von Grund auf zu entwickeln?

Ich denke, dass die Antwort "ja" ist ... aber gibt es andere Meinungen?

Sollte REST Ihr Ausgangspunkt für das Design von Systemen sein, die hoffentlich erweiterbar und auch auf nicht definierte Weise zugänglich sind?

Antwort

2

Ich würde vorschlagen, der beste Ausgangspunkt ist das Datenmodell. Es ist wichtig, genau zu überlegen, welche Daten Sie speichern und wie sie sich auf andere Daten beziehen. Sobald eine solide Grundlage für das Modell festgelegt wurde, ist es viel einfacher, sie über REST, SOAP, RSS, ATOM usw. mehreren Benutzern zugänglich zu machen.

1

Ich würde ja sagen, solange nichts über Ihre Anwendung erfordert, dass Sie gegen die grundlegenden Einschränkungen von REST arbeiten.

1

Ich denke, es ist viel einfacher, RESTfully zu beginnen, dann ist es später zu versuchen und fügen Sie einen SOAP-Web-Service mit einem RESTful ersetzen oder ersetzen.

Beginnen Sie mit der Identifizierung der Ressourcen, die Sie servieren werden, Ihre "Nomen". Bestimmen Sie dann, wie sie in Ihrem URI-Bereich organisiert werden. Denken Sie an die Aktionen, die Benutzer gegen diese Ressourcen unternehmen werden und wie die Anpassung/nicht zu den grundlegenden HTTP-Verben passt.

+0

URI-Darstellung hat nichts mit REST zu tun. – aehlke

+0

Ich bitte respektvoll zu unterscheiden. – Gandalf

+0

Können Sie eine autorisierende Quelle für REST angeben, in der URI-Namenskonventionen erwähnt werden? Worüber Sie sprechen, ist nur eine gute Verwendung von HTTP, hat aber nichts mit REST zu tun - ein allzu häufiges Missverständnis. – aehlke

1

Weil Sie die Worte verwenden „könnten“ und „hoffentlich“ und (vor allem) „[noch] nicht definiert“, würde ich sagen müssen: wahrscheinlich nicht.

Vielleicht brauchen Sie eine REST-Schnittstelle nächsten Monat oder nächstes Jahr, aber vielleicht stellt sich heraus, dass Sie überhaupt keine benötigen! Natürlich, wenn Sie Ihre technischen Entscheidungen so treffen können, dass Sie die Tür für einen zukünftigen REST-Service offen halten, dann tun Sie das auf jeden Fall.

Erstellen Sie, was Sie brauchen jetzt, nicht was Sie denken, Sie brauchen. Dies ist ein sehr häufiger (aber kostspieliger) Fehler.

1

REST ist nur eine Architektur, es ist keine Religion oder der höhere Zweck des Webs. Verwenden Sie es, wenn es Ihrer Problemdomäne angemessen erscheint. Andernfalls verwenden Sie eine andere Lösung. REST ist nicht für die gesamte Webentwicklung gedacht.

Verwandte Themen