|
|
2つの主要なアーキテクチャとせっけんapiは残ります。 apiを作成する際に、あなたが本当にあるの3つのオプション：残り、せっけん、またはその両方をします。 残りapiは知られていたために簡単かつ迅速に開発するために、しかし、全体のリクエストが送信され、明確な暗号化の種類に関係なく使用されます。 せっけんapiはもっと複雑になると、より多くの努力が必要なレスポンスを生成すると、リクエストの処理が、より柔軟に許可するためのネームスペースのサポートを追加しました。 apiを提供するタイプの両方の魅力的な選択肢のように聞こえるかもしれないが、それは二重に注意してお客様のメンテナンス、サポート、およびドキュメントの生活の時間を利用します。
apiのメソッドの両方が既に導入長;このセクションに集中して開発するときの違いを維持するapiを念頭に置いています。
残りのリクエストを受信しているときに、その情報が入るだろう経由で取得します。 このように、すべての情報が必要となる伝送中のurlエンコード;そうしたいでしょうsubjectingそれをデコードする前に、それ以上の処理（例外がユーザー名とパスワードは、どのように処理され、通常は）します。 さまざまな種類のリクエストに取り組まなければならないさまざまなエンドポイント（ url ）を;を使用したい場合、 1つのスクリプトを処理するすべての要求は、開発者がそれを提示することができ、そのどちらかのように（すべてのリクエストに進み、 1つのエンドポイント）またはウェブ設定してください。サーバーを多くのエンドポイントの地図を、 1つのスクリプトです。 私は通常、後者の提案;それはインラインの仕様を変更することができます後に影響を与えずに、外部の開発者インターフェイスを使用します。
検討できるようにウェブインターフェースを使用する開発者の要求を行うのapiに反対します。 これを使用することができ非常にしようとする際の問題を診断する;開発者のかをすぐに確認できるようになり問題がある場合は、リクエストまたはそのコードです。 より多くの開発者用ツールを提供することができ診断の点では、便利になり、お客様のサイトを開発しました。
soapリクエストしたときには、それを最初にチェックすべきことを確認して指定された形式に準拠して記載されているドキュメントをご覧ください。 ツールを使用する場合はnusoapなどは、この処理が行われます。 実際のところ、ほとんどのせっけんapiをいくつかのフレームワークを使用することに不平を言うの世話をする仕事をたくさんのリクエストを処理する際にしています。 せっけんのapiを使用するすべてのリクエストを1つのエンドポイント（原則として、いくつかの大規模なapiを個別に異なるさまざまな機能をエンドポイントに入る） 、およびその結果のどちらかにされる可能性がある大規模なスクリプトをこの時点で、多くのまたは実行する必要（ ）のコール特定の電話に応じています。
開発者の許可を検討するウェブインターフェースを使用するにはどこに貼り付けることができ、全体のリクエストに入る文書フォームで、お客様のサーバーに反対して実行しています。 直接経験から言えば、このように利用できることは、非常にしようとするときに使用する開発者の問題を診断します。 スクリプトまたは関数を提供し、お客様のサイトを作成する開発者の要求を許可するにも、手動での開発者への支援の枠組みせっけんを使用していないします。
Online: 539 users browsing the articles directory
|
|