通常のマルチモジュールアプリケーションプログラミングのような理由はありますか?クライアントは実装の詳細を気にすることなくインターフェイスを使用できますか?
通常のアプリケーションインターフェイスではなく、WSDI / UDDI/SOAPについて話していることに注意してください。
通常のマルチモジュールアプリケーションプログラミングのような理由はありますか?クライアントは実装の詳細を気にすることなくインターフェイスを使用できますか?
通常のアプリケーションインターフェイスではなく、WSDI / UDDI/SOAPについて話していることに注意してください。
WSDLには抽象部分と具体部分があり、これらの定義を再利用できるように別々になっています。同じ契約を多くの具体的なネットワークプロトコルとメッセージ形式にバインドできます。
UDDIのコンテキストでのこの定義の再利用は、1つのインターフェース、複数の実装 を意味します。
UDDIのアイデアの1つは、必要なWebサービスを実行時に検出できるというものでした。また、レジストリ内に移動して、特定のWSDLコントラクトの実装を探すことができます。
クックブックを超えて:インターフェースと実装
[...]
3つの異なる会社が同じWSDLファイルを実装し、クライアントソフトウェアの一部がそのWSDLインターフェイスのプロキシ/スタブコードを作成した場合、クライアントソフトウェアは同じコードベースでこれら3つの実装すべてと通信できます。
[...]
少なくともそれが理論でした。実際には、別の方法で判明しました。
短い答えはありません。WSDL を介して Web サービスを公開する場合、それをどのように実装したかは問題ではありません。サービスを使用するクライアント アプリケーションは、バックエンド Web サービスのインターフェイスを定義しているかどうかに関係なく、WSDL から適切なコードを生成します。とはいえ、Web サービスの前にインターフェースを追加するのは時間の無駄です。
インターフェイスと実装を分離することで、デザインをゆるく結合させることができます。要件の変化に応じて、インターフェースから独立して実装を変更できます。
とんがり髪の上司は、アプリケーションを別の方法で、別の画面シーケンスで動作させたいと判断しました。理由は次のとおりです。
テニス部の妻の友人は、そのほうがうまくいくと考えている。
厳密なユーザー テストでは、さまざまなアプリケーション フローまたは一連の使用手順に基づいて、より高い顧客コンバージョン率が示されています。
Web サイトのホワイト ラベル バージョンを提供したい (フランチャイズに似ている)。
上記の場合、グラフィック要素を書き直すだけでよく、データベースや複雑なバックエンド データ処理について何も知らなくてもかまいません。