3

通常のマルチモジュールアプリケーションプログラミングのような理由はありますか?クライアントは実装の詳細を気にすることなくインターフェイスを使用できますか?

通常のアプリケーションインターフェイスではなく、WSDI / UDDI/SOAPについて話していることに注意してください。

4

4 に答える 4

2

WSDLには抽象部分と具体部分があり、これらの定義を再利用できるように別々になっています。同じ契約を多くの具体的なネットワークプロトコルとメッセージ形式にバインドできます。

UDDIのコンテキストでのこの定義の再利用は、1つのインターフェース、複数の実装 を意味します。

UDDIのアイデアの1つは、必要なWebサービスを実行時に検出できるというものでした。また、レジストリ内に移動して、特定のWSDLコントラクトの実装を探すことができます。

クックブックを超えて:インターフェースと実装

[...]

3つの異なる会社が同じWSDLファイルを実装し、クライアントソフトウェアの一部がそのWSDLインターフェイスのプロキシ/スタブコードを作成した場合、クライアントソフトウェアは同じコードベースでこれら3つの実装すべてと通信できます。

[...]

少なくともそれが理論でした。実際には、別の方法で判明しました

于 2013-01-07T17:29:57.843 に答える
0

短い答えはありません。WSDL を介して Web サービスを公開する場合、それをどのように実装したかは問題ではありません。サービスを使用するクライアント アプリケーションは、バックエンド Web サービスのインターフェイスを定義しているかどうかに関係なく、WSDL から適切なコードを生成します。とはいえ、Web サービスの前にインターフェースを追加するのは時間の無駄です。

于 2013-01-06T22:48:57.093 に答える
-1

インターフェイスと実装を分離することで、デザインをゆるく結合させることができます。要件の変化に応じて、インターフェースから独立して実装を変更できます。

于 2013-01-06T22:59:17.443 に答える
-1

とんがり髪の上司は、アプリケーションを別の方法で、別の画面シーケンスで動作させたいと判断しました。理由は次のとおりです。

  1. テニス部の妻の友人は、そのほうがうまくいくと考えている。

  2. 厳密なユーザー テストでは、さまざまなアプリケーション フローまたは一連の使用手順に基づいて、より高い顧客コンバージョン率が示されています。

  3. Web サイトのホワイト ラベル バージョンを提供したい (フランチャイズに似ている)。

上記の場合、グラフィック要素を書き直すだけでよく、データベースや複雑なバックエンド データ処理について何も知らなくてもかまいません。

于 2013-01-06T22:55:45.623 に答える