API-Entwicklungspraktiken

Wenn Sie sich im Laufe des Jahres 2015 selbst kennzeichnen möchten, sollte es API sein.

Passen Sie verschiedene API-Frameworks in verschiedenen Systemen an.

• Bei der Entwicklung der API für das Einkaufszentrum zur Verbindung mit verschiedenen E-Commerce-ERPs verwende ich eine mit SHOPEX kompatible API-Schnittstelle, da diese grundsätzlich von allen Arten von ERPs unterstützt wird.
• Bei der Entwicklung der API-Schnittstelle von ZenTao habe ich die Unterstützung der Issue-Management-Systemschnittstelle durch gängige IDEs auf dem Markt verglichen und den API-Kompatibilitätsmodus von Redmine für die Entwicklung übernommen.
• Warte.

Was mich beim Design der API am meisten interessiert, sollte die Kompatibilität sein. Obwohl Oracle die Java-API-Klage gewonnen hat, ist die API-Kompatibilität zweifellos eine Frage des Nutzens für andere und sich selbst.

Unnötig zu erwähnen, welche Vorteile es hat!

Denken Sie an den Werbeslogan: Für die Welt gehört es China; Für China gehört es der Welt!

Kompatibilität analoger Schnittstellen: Die Schnittstelle eines anderen gehört Ihnen; Ihre Schnittstelle gehört einem anderen!

Ich möchte hier nicht auf die Details des API-Designs eingehen, denn wenn Sie es selbst entwerfen, werden Sie oft andere Vorlieben und Stile haben.

Aber sobald es kompatibel ist, wird es zweifellos eine „gute Nachricht“ für die Endbenutzer der API sein, obwohl der ursprüngliche Antragsteller der API explizite oder implizite Vorteile erhält. Aus Sicht der Linux-Community-Kultur ist dies natürlich inakzeptabel. Die Welt sollte bunt sein!

Der REST-API-Designstil ist zwar prägnant, aber die meisten Menschen haben die Notwendigkeit der Anwendung dieses Stils nicht erkannt.

In jedem Fall werden Webprogrammierer unweigerlich vom ursprünglichen Full-Stack-Entwicklungsdenken zum API-Designdenken übergehen.

Das Obige stellt API-Entwicklungspraktiken vor, einschließlich inhaltlicher Aspekte. Ich hoffe, dass es für Freunde hilfreich ist, die sich für PHP-Tutorials interessieren.