RESTful Web Services - Staatenlosigkeit

Gemäß der REST-Architektur sollte ein RESTful-Webdienst keinen Clientstatus auf dem Server behalten. Diese Einschränkung wird als Staatenlosigkeit bezeichnet. Es liegt in der Verantwortung des Clients, seinen Kontext an den Server zu übergeben, und dann kann der Server diesen Kontext speichern, um die weitere Anforderung des Clients zu verarbeiten. Beispielsweise wird die vom Server verwaltete Sitzung durch die vom Client übergebene Sitzungskennung identifiziert.

RESTful Web Services sollten diese Einschränkung einhalten. Wir haben im Kapitel RESTful Web Services - Methods festgestellt , dass die Web Service-Methoden keine Informationen von dem Client speichern, von dem aus sie aufgerufen werden.

Consider the following URL −

https: // localhost: 8080 / UserManagement / rest / UserService / users / 1

Wenn Sie die obige URL mit Ihrem Browser oder einem Java-basierten Client oder mit Postman aufrufen, ist das Ergebnis immer das Benutzer-XML, dessen ID 1 ist, da der Server keine Informationen über den Client speichert.

<user> 
   <id>1</id> 
   <name>mahesh</name> 
   <profession>1</profession> 
</user>

Vorteile der Staatenlosigkeit

Im Folgenden sind die Vorteile der Staatenlosigkeit in RESTful Web Services aufgeführt:

Webdienste können jede Methodenanforderung unabhängig behandeln.
Webdienste müssen die vorherigen Interaktionen des Clients nicht beibehalten. Es vereinfacht das Anwendungsdesign.
Da HTTP selbst ein Protokoll für Statuslosigkeit ist, arbeiten RESTful Web Services nahtlos mit den HTTP-Protokollen zusammen.

Nachteile der Staatenlosigkeit

Im Folgenden sind die Nachteile der Staatenlosigkeit in RESTful Web Services aufgeführt:

Webdienste müssen in jeder Anforderung zusätzliche Informationen abrufen und dann interpretieren, um den Status des Clients zu erhalten, falls die Client-Interaktionen erledigt werden sollen.