イントロ
デスクトップまたはデバイスで数回クリックするだけで、いつでも何でも購入、販売、または公開できます。 正確にはどのように起こりますか？ どうやって 情報 ここからあそこに行く？ 認識されていないヒーローは API です。
APIとは
API は アプリケーションプログラミングインターフェース. API は、ソフトウェア コンポーネント、その操作、入力、出力、および基になる型を表します。 しかし、平易な英語で API を説明するにはどうすればよいでしょうか。 API は、アプリケーションからの要求を転送し、応答を返すメッセンジャーとして機能します。
例1： オンラインでフライトを検索している場合。 航空会社のウェブサイトを操作します。 ウェブサイトには、その特定の日時の座席とフライトの料金が詳しく記載されています。 お食事、座席、手荷物、ペットのリクエストをお選びいただけます。
ただし、航空会社の直接のウェブサイトを使用していないか、多くの航空会社のデータを組み合わせたオンライン旅行代理店を使用している場合. 情報を取得するために、アプリケーションは航空会社の API と対話します。 API は、旅行代理店の Web サイトから航空会社のシステムにデータを取得するインターフェイスです。
また、航空会社の応答を受け取り、すぐに配信します。 これにより、旅行サービスと航空会社のシステムとの間の対話が容易になり、フライトを予約できます。 API には、ルーチン、データ構造、オブジェクト クラス、および変数のライブラリが必要です。 たとえば、SOAP および REST サービスです。
例2： Best Buy は、その Web サイトで特別価格の特別価格を利用できるようにします。 これと同じデータがモバイル アプリケーションにあります。 このアプリは、内部の価格設定システムについて心配する必要はありません。Deal of the Day API を呼び出して、特別な価格設定とは何かを尋ねることができます。 Best Buy は、要求された情報を、アプリがエンド ユーザーに表示する標準形式で応答します。
Example3： ソーシャル メディアの API は非常に重要です。 ユーザーはコンテンツにアクセスし、追跡するアカウントとパスワードの数を少なく保つことができるため、物事をシンプルに保つことができます。
- Twitter API: Twitter のほとんどの機能とやり取りする
- Facebook API: 支払い、ユーザー データ、およびログイン用
- Instagram API: ユーザーのタグ付け、トレンドの写真の表示
REST & SOAP API はどうですか?
石鹸 & REST Web API と呼ばれる API を使用するサービスを使用します。 Web サービスは、情報の事前知識に依存しません。 SOAP は、プラットフォームに依存しない軽量の Web サービス プロトコルです。 SOAP は、XML ベースのメッセージング プロトコルです。 SOAP Web サービスとは異なり、Restful サービスはポイントツーポイント通信用に構築された REST アーキテクチャを使用します。
SOAP Web サービス
- SOAP Sender – メッセージの作成と送信。
- SOAP レシーバ – メッセージを取得して処理します。
- SOAP 仲介 - ヘッダー ブロックを受信して処理します。
RESTful Webサービス
Representational State Transfer (REST) は、クライアントとサーバー間の関係、および状態の処理方法に関連しています。 REST アーキテクチャである REST サーバーは、クライアントにリソース アクセスを提供します。 Rest は、リソースの読み取りと変更または書き込みを処理します。 URI (Uniform Identifier) は、ドキュメントを含むリソースを識別します。 これにより、リソースの状態が取得されます。
REST は SOAP アーキテクチャよりも軽量です。 SOAP アーキテクチャで使用される XML の代わりに、JSON を解析します。JSON は、データ共有を可能にし、データをより使いやすくする人間が判読できる言語です。
Restful Web サービスの設計には、次のようないくつかの原則があります。
- アドレス指定可能性 – 各リソースには、少なくとも XNUMX つの URL が必要です。
- ステートレス – Restful サービスはステートレス サービスです。 リクエストは、サービスによる過去のリクエストから独立しています。 HTTP は、設計上、ステートレス プロトコルです。
- キャッシュ可能 – キャッシュ可能としてマークされたデータがシステムに保存され、将来再利用されます。 同じ結果を生成するのではなく、同じリクエストへの応答として。 キャッシュ制約により、応答データをキャッシュ可能またはキャッシュ不可としてマークできます。
- 統一されたインターフェイス – アクセスに共通の標準化されたインターフェイスを使用できるようにします。 HTTP メソッドの定義済みコレクションの使用。 これらの概念に従うことで、REST 実装が軽量になります。
REST の利点
- メッセージにシンプルなフォーマットを使用
- より強力な長期効率を提供
- ステートレス通信に対応
- HTTP 標準と文法を使用する
- データはリソースとして利用可能
REST の欠点
- Security Transactions などの Web サービスの標準に失敗します。
- REST リクエストはスケーラブルではありません
REST と SOAP の比較
SOAP Web サービスと REST Web サービスの違い。
SOAP Web サービス | 残りの Web サービス |
REST と比較して大量の入力ペイロードが必要です。 | REST は、データ フォームに URI を使用するため軽量です。 |
SOAP サービスの変更は、多くの場合、クライアント側のコードの大幅な変更につながります。 | クライアント側のコードは、REST Web プロビジョニングのサービスの変更による影響を受けません。 |
戻り値の型は常に XML 型です。 | 返されるデータの形式に関して汎用性を提供します。 |
XML ベースのメッセージ プロトコル | 建築プロトコル |
クライアント側に SOAP ライブラリが必要です。 | 通常、HTTP 経由で使用されるライブラリ サポートは必要ありません。 |
WS-Security と SSL をサポートします。 | SSL と HTTPS をサポートします。 |
SOAP は独自のセキュリティを定義します。 | RESTful Web サービスは、基礎となるトランスポートからセキュリティ対策を継承します。 |
API リリース ポリシーの種類
API のリリース ポリシーは次のとおりです。
プライベート リリース ポリシー:
API は社内でのみ使用できます。
パートナーのリリース ポリシー:
API は、特定のビジネス パートナーのみが使用できます。 誰がアクセスできるかを制御できるため、企業は API の品質を制御できます。
公開ポリシー:
API は公開用です。 リリース ポリシーは公開されています。 例: Microsoft Windows API と Apple の Cocoa。
まとめ
フライトを予約している場合でも、ソーシャル メディア アプリケーションを使用している場合でも、API はあらゆる場所に存在します。 SOAP API は XML 通信に基づいており、REST API とは異なり、特別な構成は必要ありません。
Rest Web サービスの設計は、アドレス指定可能性、ステートレス性、キャッシュ可能性、標準インターフェースなど、特定の概念に従う必要があります。 API リリース ルールは、プライベート API、パートナー API、およびパブリック API の XNUMX つのカテゴリに分けることができます。
