Rückgabecode und Signaturüberprüfung der PHP-Schnittstelle

1. Rückkehrcode, ich verwende normalerweise 0 und 1, Erfolg ist 0, Misserfolg ist 1, so schreibt es normalerweise jeder.
2. Wie unterschreiben alle aus Gründen der Schnittstellensicherheit?

Antwortinhalt:

1. Rückkehrcode, ich verwende normalerweise 0 und 1, Erfolg ist 0, Misserfolg ist 1, so schreibt es normalerweise jeder.
2. Wie unterschreiben alle aus Gründen der Schnittstellensicherheit?

Restful und OAuth verfügbar

Der Rückgabecode kann entsprechend der Geschäftsdefinition segmentiert werden, statt einfach 0, 1. Dies wird klarer sein

1. Rückgabecode: Dieser Vorschlag wird mit dem Web-Frontend-/App-Entwickler besprochen. Man kann leicht sagen, dass die Anfrage erfolgreich ist, aber es gibt viele Gründe für den Fehler Debuggen, sonst geben Sie eine 0 zurück, der Client weiß nicht, ob in meiner Anfrage ein Fehler vorliegt oder ob der Server einen Fehler hat.

2. Schnittstellensicherheit: Versuchen Sie HTTPS-verschlüsselten Datenverkehr und authentifizieren Sie gleichzeitig die Anfrage. Unser Backend sendet ein Token an den Client, nachdem es die Identität des Benutzers überprüft hat, und verwendet das Token, um die Identität des Benutzers zu überprüfen, während es den nativen Client authentifiziert An den Anforderungsheaderinformationen wurden einige Änderungen vorgenommen, und diejenigen, die nicht übereinstimmen, werden herausgefiltert.

Schauen Sie sich das an, um Ihnen weiterzuhelfen:
http://developer.qiniu.com/ar...

1. Ich verwende derzeit oAuth2.0 in Kombination mit dem HTTP-Authentifizierungsmechanismus.
2 Dies muss normalerweise mit Ihrem Schnittstellenanforderer besprochen werden Spezifikation für sie. Ich verwende derzeit den HTTP-Statuscode als Rückgabecode. Jeder Programmierer kennt den HTTP-Statuscode, was Planungszeit und Zeit für das Andocken in diesem Bereich spart.