Warum ist es schlecht programmiert, einen zustandsabhängigen Webservice zu verwenden, und warum ist es erlaubt?

Question

Ich benötige in unserer Organisation einen zustandsabhängigen Webservice. Aber überall, wo ich online lese, steht, dass der Aufbau eines zustandsbehafteten Webservice eine schlechte Programmierung ist, aber nirgendwo steht, warum. Ich glaube, ich verstehe nicht, was daran so schlecht sein soll. Ich verstehe auch nicht wirklich, warum man einen Workaround anbietet, um einen Zustand in einem Webservice zu ermöglichen.

Also ich denke, dass meine Frage ist, warum ist es schlechte Programmierung, einen zustandsabhängigen Webservice zu verwenden und warum wäre es erlaubt?

Answer 1

Der eigentliche Zweck eines Webdienstes besteht darin, eine bestimmte Funktionalität in einer einzigen Transaktion zu liefern, und zwar in einer Weise, die hoch skalierbar ist. Das bedeutet, die Dinge einfach und atomar zu halten.

Wenn Sie mehrere Anrufe tätigen müssen, um den Vorgang auszuführen, ist die Gefahr groß, dass die Transaktionen hängen bleiben. Wird der Kunde wiederkommen? Ist er schon fertig? Wie lange soll die Transaktion offen bleiben? Ist sie abgestürzt? Wie sollten Rollbacks gehandhabt werden?

Die Antworten auf diese Fragen können einen radikalen Einfluss auf die Ressourcen haben, die für den Betrieb Ihres Dienstes erforderlich sind. Deshalb wird empfohlen, alles auf einen Schlag zu erledigen.

Answer 2

Hier sind einige Gründe, die mir einfallen:

1. Die Kosten für die Aufrechterhaltung des Zustands müssen nur auf der Serverseite getragen werden - die Nutzer des Dienstes sind selten Webbrowser, haben also keine Cookies. Dies beeinträchtigt die Leistung Ihres Servers und erhöht die Komplexität Ihres Designs.

2. Ein Dienstkonsument ist ein intelligentes Programm und kein dummer Browser. Als solches wird das Programm (fast immer) seinen eigenen Zustand beibehalten. Mit anderen Worten: Wenn Sie einen Dienst anbieten, wird Ihr Kunde genau die Daten anfordern, die er benötigt. Die Aufrechterhaltung des Zustands auf dem Server ist dann überflüssig und unnötig.

3. Transaktionen - ein Dienst ist ein schwebender Punkt in Ihrem System, da seine Clients meist intelligent sind und selbst entscheiden, wann sie Sie über Änderungen ihres Zustands informieren. Das bedeutet, dass Sie, wenn Sie den Zustand aufrechterhalten, zwischen den Dienstaufrufen warten müssen, um eine transaktionale Operation abzuschließen. Und es gibt absolut keine Garantie, dass der Client jemals den nächsten Dienstaufruf tätigen wird.

Es gibt viele Gründe, aber das sind die, die mir spontan einfallen :)

Answer 3

Ich denke, es ist eine Art Mythos

Wenn Google seine zustandsabhängige Webanwendung skalierbar machen kann, warum können wir dann nicht auch einen zustandsabhängigen Webservice skalieren? Es dreht sich alles um den App-Server, der die Skalierbarkeit einschränkt.

Auch bei einer Website oder einem Webservice geht es letztlich darum, einen besseren Service zu bieten. Wenn ein "zustandsbehafteter" Dienst Ihren Service verbessern soll, dann zögern Sie nicht, dies zu tun.