XML Webサービスは、インターネット上の分散コンピューティングの基本的なビルディングブロックです。標準を開き、ユーザーとアプリケーション間のコミュニケーションとコラボレーションに焦点を当て、XML Webサービスがアプリケーション統合のプラットフォームになる環境を作成します。 wulin.comの編集者は、これをXML WebサービスSOAPの学習の基本を教えることをお勧めします。 Web XMLに関するチュートリアルも次のとおりです。私はあなたがあなたの知識とスキルを向上させるために何かを好きで学ぶことができることを願っています。以下は、コンテンツの詳細な読み物です。XMLWebサービスとは何ですか？
XML Webサービスは、インターネット上の分散コンピューティングの基本的なビルディングブロックです。標準を開き、ユーザーとアプリケーション間のコミュニケーションとコラボレーションに焦点を当て、XML Webサービスがアプリケーション統合のプラットフォームになる環境を作成します。アプリケーションは、複数の異なるソースからのXML Webサービスを使用して構築されます。これは、それらがどこでどのように実装されているかに関係なく、一緒に機能します。
XML Webサービスを構築する企業の数に見られるXML Webサービス定義の数。ただし、ほとんどすべての定義には次の共通点があります。
1。XMLWebサービスは、標準のWebプロトコルを介してWebユーザーに便利な機能を提供します。ほとんどの場合、SOAPプロトコルが使用されます。
2。XMLWebサービスは、そのインターフェイスを非常に詳細に説明できます。これにより、ユーザーはクライアントアプリケーションを作成して通信できます。この説明は、多くの場合、Webサービス説明言語（WSDL）ドキュメントと呼ばれるXMLドキュメントに含まれています。
3。XMLWebサービスは、潜在的なユーザーがこれらのサービスを簡単に見つけることができるように登録されています。これは、普遍的な発見、説明、統合（UDDI）を通じて行われます。
XML Webサービスアーキテクチャの主な利点の1つは、さまざまなプラットフォームや異なる言語で記述されたさまざまなプログラムが、標準ベースの方法で相互に通信できることです。この業界の一部を知っているユーザーはすぐに言うかもしれません：待って、Corbaや以前のDCESは同じ約束をしていませんか？これとそれらの違いは何ですか？最も重要な違いは、SOAPが以前の方法よりもはるかに単純であるため、標準互換の石鹸を実装する障害がはるかに少ないことです。最後に数えたとき、リストにはすでに79のアイテムが含まれていました。ご想像のとおり、ほとんどの大規模なソフトウェア企業はSOAP実装を提供していますが、個々の開発者によって作成および維持されている多くの実装があります。 XML Webサービスのもう1つの大きな利点は、以前のソリューションと比較して、標準Webプロトコル-XML、HTTP、およびTCP/IPの使用です。多くの企業がWebインフラストラクチャを確立しており、従業員はそれに対応する知識とメンテナンスの経験を持っています。したがって、XML Webサービスの導入は、以前のテクノロジーを導入するよりもはるかに安価です。
XML Webサービスを、SOAPを介してWeb上で提供されるソフトウェアサービスを、説明にWSDLファイルを使用し、UDDIを介して登録します。それでは、尋ねるかもしれません：XML Webサービスで何ができますか？元のXML Webサービスは通常、株価、天気予報、スポーツの結果など、アプリケーションに簡単に組み込むことができる情報源です。気にかけている情報を分析および集約し、さまざまな方法で提供するために構築できるアプリケーションのクラス全体を考えるのは簡単です。たとえば、Microsoftを使用できますか？ Excelスプレッドシートは、株式、401K、銀行預金、ローンなど、すべての財務情報を集約します。 XML Webサービスを通じてこの情報を取得できる場合、Excelは絶えず更新できます。この情報の一部は無料ですが、他の情報は対応するサービスを取得するためにサブスクリプションを必要とする場合があります。この情報のほとんどはWebで利用可能になりましたが、XML Webサービスにより、プログラミングアクセスがより簡単で信頼性が向上します。
XML Webサービスで既存のアプリケーションを提供します。これにより、新しいより強力なアプリケーションを構築し、XML Webサービスをビルディングブロックとして活用できます。たとえば、ユーザーは調達アプリケーションを開発して、さまざまなサプライヤーから価格情報を自動的に取得し、ユーザーがサプライヤーを選択し、注文を送信し、商品が届くまで商品の出荷を追跡できるようにします。 Webでサービスを提供することに加えて、サプライヤーのアプリケーションはXML Webサービスを使用して顧客のクレジットを確認し、支払いを収集し、貨物会社と貨物手順を実行することもできます。
将来的には、最も興味深いXML Webサービスサポートされているアプリケーションの一部は、Webを活用して、現在失敗したタスクを完了することもできます。たとえば、カレンダーサービスは、Microsoft .Net My Servicesプロジェクトでサポートされるサービスの1つです。歯科医とメカニックがこのXML Webサービスを通じてスケジュールを提供する場合、インターネットを介して予約をスケジュールできます。必要に応じて、カレンダーで直接クリーニングや毎日のメンテナンスの日付を作成することもできます。 Webをプログラムできる限り、何百ものアプリケーションを作成できることを想像することは難しくありません。
石鹸
SOAPは、XML Webサービスの通信プロトコルです。 SOAPが通信プロトコルとして記述されると、ほとんどの人はDCOMまたはCorbaについて考え、SOAPがオブジェクトをアクティブ化する方法などの質問をしますか？または、SOAPはどのような命名サービスを使用していますか？石鹸の実装には上記が含まれる場合がありますが、SOAP標準では指定されていません。 SOAPメッセージのXML形式を定義する仕様 - これは仕様の必要な部分です。一対の石鹸要素に含まれる適切に構造化されたXMLセグメントは、石鹸メッセージです。これはとても簡単ですか？
SOAP仕様の他の部分は、プログラムデータをXMLとして表現する方法と、リモートプロシージャコール（RPC）にSOAPを使用する方法について説明します。これらのオプションの仕様パーツは、RPCの形でアプリケーションを実装するために使用され、クライアントはSOAPメッセージ（呼び出し可能な関数、および関数に転送されるパラメーターを含む）を発行し、サーバーは関数実行の結果を含むメッセージを返します。現在、ほとんどのSOAP実装はRPCアプリケーションをサポートしています。これは、COMまたはCORBAアプリケーションの開発に慣れているプログラマーがRPCフォームに精通しているためです。 SOAPは、SOAPメッセージがXMLドキュメントのラッパーにすぎないドキュメントアプリケーションもサポートしています。文書化されたSOAPアプリケーションは非常に柔軟であり、多くの新しいXML Webサービスがこの機能を利用して、RPCで実装するのが難しいサービスを構築しています。
SOAP仕様の最後のオプション部分は、SOAPメッセージを含むHTTPメッセージのスタイルを定義します。このHTTPバインディングは非常に重要です。これは、ほとんどすべての現在のOS（および以前のOS）がHTTPをサポートしているためです。 HTTPバインディングはオプションですが、SOAPの唯一の標準プロトコルであるため、ほとんどすべてのSOAP実装がHTTPバインディングをサポートしています。このため、人々は多くの場合、SOAPがHTTPを使用しなければならないと誤って信じています。実際、一部の実装はMSMQ、MQシリーズ、SMTP、またはTCP/IP伝送もサポートしていますが、HTTPが非常に一般的であるため、現在のXML Webサービスはほとんど使用しています。 HTTPはWebのコアプロトコルであるため、ほとんどの組織のネットワークインフラストラクチャはHTTPをサポートし、従業員はそれを管理する方法を学びました。今日、HTTPのセキュリティ保護、監視、負荷分散のためのインフラストラクチャが確立されています。
SOAPの使用を開始するとき、最も簡単なことは、SOAP仕様とその多くの実装の違いです。 SOAPを使用するほとんどのユーザーは、SOAPメッセージを直接書きませんが、SOAP Toolkitを使用してSOAPメッセージを作成および分析します。これらのツールキットは通常、機能呼び出しを特定の言語からSOAPメッセージに変換します。たとえば、Microsoft Soap Toolkit 2.0はCOM関数呼び出しをSOAPに変換し、Apache ToolkitはJava関数呼び出しをSOAPに変換します。関数呼び出しのタイプとサポートされているパラメーターのデータ型は、各石鹸の実装によって異なるため、あるツールキットに適用される関数は別のツールキットに適用されない場合があります。これは石鹸の制限ではなく、使用される特定の実装スキームの制限です。
SOAPの最も印象的な機能は、多くの異なるソフトウェアおよびハードウェアプラットフォームに実装できることです。これは、SOAPを使用して、企業の内外でさまざまなシステムをリンクできることを意味します。システム統合に使用できる一般的な通信プロトコルを提案するために、過去にさまざまな方法が試みられてきましたが、SOAPのような広い認識を得たものはありません。なぜ？石鹸は多くの以前のプロトコルよりも小さく実装しやすいためです。たとえば、DCEとCORBAの実装には何年もかかるため、リリースされた実装ソリューションはわずかです。 SOAPは、既存のXMLパーサーとHTTPライブラリでほとんどのハードワークを行うことができるため、SOAP実装は数か月以内に完了できます。これが、70を超えるSOAP実装が現在ある理由です。もちろん、SOAPにはDCEまたはCorbaのすべての機能がありません。機能は減少していますが、石鹸は複雑さが大幅に減少するため、適用しやすくなります。
HTTPの人気とSOAPのシンプルさにより、ほとんどすべての環境からそれらを呼び出すことができ、XML Webサービスの理想的な基盤になります。
終わり。チュートリアルはここで終了しました。読書から何かを手に入れましたか？このサイトは、Web XML関連のコンテンツも提供しています。