オープン API、API はアプリケーション プログラミング インターフェイスを意味し、オープン API はオープン アプリケーション プログラミング インターフェイスを意味します。プログラムが API を開くと言う場合、他の人のプログラムがあなたのプログラム データを呼び出すことができるようにインターフェイスを開くことを意味します。コンピューターや携帯電話などにいくつかの USB インターフェイスがあるのと同様に、他のユーザーがこれらのインターフェイスを使用して、U ディスクの挿入、充電などの機能を実行できるオープン インターフェイスとも言えます。
開発方法
オープン API を公開したが、統合が難しく、付属していない場合関連する標準、または添付されているが適切ではない標準では、開発者はそのシステムを使用しません。自分の API を他の人が確実に使用できるようにする最善の方法は、それを自分のアプリケーションで使用することです。これは、「ビルドして使用する」ということです。
各 API 標準の対象グループは非常に特殊であるため、どの API 標準を使用するかを決定することは非常に重要です。多数のユーザーをサポートする必要がある場合は、RESTful API など、多くのオーバーヘッドを必要としない単純な API を使用します。 REST 標準は非常に幅広いです。ベスト プラクティスは、API の一貫性を確保することです。たとえば、SOAP は複雑すぎるため、私は使用しません。
SOAP は Web ベースの API を構築するための主要なプロトコルですが、REST や JSON と比較すると古すぎます。 SOAP や XML ではなく JSON を応答として使用すると、作業がはるかに簡単になることがわかりました。 JSON を使用すると、ほぼすべての言語で解析できる単純なオブジェクト形式を返すことができます。
認証用の共通 API (OpenID、OAuth、SAML など) に標準を追加すると、開発者にとっても開発者以外にとっても API が使いやすくなります。ユーザーの認証を処理しない場合は、主にユーザーの認証を目的として設計された OpenID、OAuth、または SAML の代わりに、単純な HTTP ベースまたはトークンベースの認証を使用します。
さらに、開発者にとって、それ自体がアーカイブされたオープン API を提供することは有益です。最近、Swagger API ドキュメントを API に追加し始めました。 Swagger を使用すると、開発者は複数の言語で API のコードを自動的に生成できます。このアプローチに従わない場合は、少なくとも、Java、Node.js、Python、Ruby、オブジェクト指向 C (オブジェクト指向 C) などの最も一般的な言語を使用して API クライアント ライブラリを提供するようにする必要があります。モバイルアプリケーションの開発)。
重要なのは、シンプルなソフトウェアの信条と標準に従うことです。 API を再発明したり、認証を複雑にしたりしないでください。
以上がオープンAPIインターフェースとはどういう意味ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。