のAPI分類

• APIとSDKの違い
• のAPI分類
• ソースインタフェースに基づきます
• ベースのインターフェースプロトコル
• その他の拡張機能

APIとSDKの違い

API=Application Programming Interface, 应用程序编程接口
SDK=Software Development Kit，软件开发包
二者关键的区别在于 接口和包 上
SDK一定定义了接口，但API不一定有包
比如Windows SDK里面包含了各种lib、dll

のAPI分類

个人理解，API大致分为两类
一类是基于源码的接口
一类是基于协议的接口

ソースインタフェースに基づきます

• シーン
  • 通常、このようなインターフェースを採用する過程において界面
  • インターフェースは、プロセス制御横切っ必要があり、通信は、独自のプロトコルであり、通常そのようなインタフェースを使用する場合
  • 第二開発の閾値を低減するために、そのようなインターフェイスの使用は、意志
• フォームの提供
  • 他の言語も呼び出すためのメカニズムを持っているので、一般的に、そのようなインターフェースは、C / C ++で提供に基づいています
  • インタフェースヘッダファイル、LIB、DLL（A程度）を提供
• 利点
  • これは、開発者がより簡単に呼び出すことができます
  • 一般的な二重プロトコルは基本的なプロトコルであり、あなたはより良いサーバープッシュを行うことができます
• 短所
  • 維持費
  • 私たちは、クロスプラットフォームのプロセスの多様性を考慮する必要があります
  • アップグレード互換性の問題を考慮する必要があります

ベースのインターフェースプロトコル

• シーン
  • C / SB / Sと他のプロセス間通信モデル
  • サーバーは、外部標準通信プロトコルを提供することができます
• フォームの提供
  • 標準的な通信プロトコルインタフェースエンコーディングプロトコル+を開発します
  • 現在以上の組み合わせであるのHttp + JSONまたはHTTP +のXml
  • もちろん、そこに使用さgrpc HTTP2 + PB
• 利点
  • インターネットの現在の開発モデルとの互換性、よりオープン
  • サーバーへのより多くの注意
  • アップグレードが改善することができます
• 短所
  • HTTP自体は問題があり、たくさんの悩みを押します
  • 二次開発者は、クライアントロジックに対処する必要があります

その他の拡張機能

• RESTfulなとRPCについて
  • RESTfulなAPIは、多くの場合を聞いて、通信プロトコル仕様のために使用されています
    • 操作はPOSTの遵守を必要とDELETE PUT GET
    • URLは、各URLは、オブジェクトまたはオブジェクトのクラスを表していることを確認する必要があり、動詞を含めることはできません
  • RPCは、C / SまたはB / Sとの間の仕様を呼び出すために使用されています
    • Googleのgrpc
    • Facebookの的倹約

オリジナル：ビッグボックス  APIの分類