REST 対 SOAP。それはしばらく前から問題になっています。実際、これらは同じ質問に対する 2 つの回答にすぎません。それは、Web サービスにアクセスする方法です。 しかし、どちらかを決めるのは驚くほど難しい場合があります。 SOAP (Simple Object Access Protocol) は、長い間使用されてきた標準ベースの Web サービス アクセス プロトコルです。もともと Microsoft によって開発された SOAP は、頭字語が示唆するほど単純ではありません。 REST (Representational State Transfer) は、SOAP の欠点に対応して作成されたもう 1 つの標準です。 SOAP の問題を解決し、Web サービスにアクセスするためのより簡単な方法を提供しようとしています。 GraphQLはどうですか？ もちろん、GraphQL は最近大きな話題を呼んでおり、これについては他の記事で詳しく説明しています。しかし、REST や SOAP ほど標準化されていないため、この記事ではこの 2 つだけに焦点を当てます。 SOAP と REST のどちらにも、使用するプロトコルを決定する際に考慮すべき問題があります。
eXtensible Markup Language または XML を入力します。 XML データはプレーン テキストで保存されます。人間と機械の両方が読み取り可能で、ハードウェアに依存しないため、XML データの移植性が非常に高くなります。 XML API を使用すると、さまざまなアプリケーション、ブラウザー、またはオペレーティング システム間で XML データを簡単に共有できます。 XML API は、データベースからデータを受け取り、それを XML 形式に変換して、XML 入力を受け入れる別のアプリケーションに送信します。これにより、データベースを XML で構造化されているかのように効果的に扱うことができます。
アプリケーション プログラミング インターフェース (API) は、2 つ以上のコンピューター プログラムが相互に通信するための手段です。これはソフトウェア インターフェイスの一種で、他のソフトウェアにサービスを提供します。このような接続またはインターフェースを構築または使用する方法を説明するドキュメントまたは標準は、API 仕様と呼ばれます。この標準を満たすコンピューター システムは、API を実装または公開すると言われています。 API という用語は、仕様または実装のいずれかを指す場合があります。
コンピュータと人を接続するユーザー インターフェースとは対照的に、アプリケーション プログラミング インターフェースはコンピュータまたはソフトウェアを相互に接続します。それをソフトウェアに組み込むコンピュータ プログラマー以外の人 (エンド ユーザー) が直接使用することは意図されていません。 API は、多くの場合、プログラマーが利用できるツールまたはサービスとして機能するさまざまなパーツで構成されています。これらの部分の 1 つを使用するプログラムまたはプログラマーは、API のその部分を呼び出すと言われます。 API を構成する呼び出しは、サブルーチン、メソッド、リクエスト、またはエンドポイントとも呼ばれます。 API 仕様はこれらの呼び出しを定義します。つまり、API の使用方法や実装方法が説明されています。
API の目的の 1 つは、システムがどのように機能するかの内部の詳細を隠し、プログラマーが有用であると判断した部分だけを公開することです。内部の詳細が後で変更されても、それらの一貫性を維持します。 API は、特定のシステム ペア用にカスタム構築されている場合もあれば、多くのシステム間で相互運用性を可能にする共有標準である場合もあります。
