2016-05-24 18 views
0

Ich habe einen Dienst, der eine Verbindung zu einem Enterprise-Dienst herstellt, auf den ich keine Kontrolle habe. Der Dienst erfordert, dass ich ihn anrufe, um einen Ping zu einem Gerät zu initiieren und dann nachfolgende Aufrufe an ihn zu machen, um den Status zu erhalten. Nach etwa 20 Sekunden bekomme ich den Status zurück.Restful Service Namenskonvention für Service

Ich habe über ein Ruhemuster nachgedacht und bin einfach auf der Tatsache stecken geblieben, dass es nicht wirklich erholsam ist. Ich mag es, Feedback zu bekommen und ein paar Meinungen zu bekommen. Ich könnte einfach einen normalen/Gerätestatus machen und es immer und immer wieder treffen? Oder ich könnte den Anruf in/device/ping und/device/status oder etwas in der Art brechen. Irgendwelche Ideen werden geschätzt! Danke

+0

Sie können überprüfen: https://www.infoq.com/articles/webber-rest-workflow – VoiceOfUnreason

Antwort

1

Für den Status würden REST-Standards ein Format von '/device/{deviceId}/status' vorschlagen. Wenn der Unternehmensdienst, zu dem Sie eine Verbindung herstellen, mehrere Geräte nicht unterstützt, Sie könnten '/device/status' mit 'GET' http verb gehen.

Sie könnten '/device/status' mit 'HEAD' http Verb als Belichtungs für den Ping-Aufruf

0

ich die eine JMS-Warteschlange URL in Location-Header in API-Antwort zurückzubringen wird vorschlagen. In Geräteverwaltungsanwendungen wird normalerweise ein separater JMS-Server bereitgestellt. Nutze es - wenn es da ist.

Nehmen Sie einen Hinweis von here.

.