基本的なクライアント/サーバー モデル (疑わしいインターフェイスを使用して実装された場合でも) には、プレゼンテーション レイヤー、ビジネス レイヤー、およびデータ レイヤーがありました。Web サービス モデルを使用したディレクトリおよび検出方法は、まったく新しいレイヤーと見なされますか? ディスカバリー レイヤーは実際にはデータ レイヤーの役割を拡張して、サービスがどこで見つかるかに関する情報を含めているだけだと私は主張します。Web サービスと MVC フレームワークの間の相互作用を理解するのに苦労しており、ディレクトリと検出コンポーネントがそのフレームワークのどこに収まるかについて全体像を理解しようとしています。
2 に答える
シンクライアントかシッククライアントかによって、ビジネス層とプレゼンテーション層、またはビジネス層とデータ層の間に追加の層 (サービス層) があると思います。実装。このレイヤーは、転送のためのデータのマーシャリング/アンマーシャリングを含む、サービスの検出と配信をカプセル化します。Fowler's Principles of Enterprise Application Architecture Service Layerの説明を参照してください。彼の概念では、サービス層はビジネス層 (ドメイン モデル) とプレゼンテーション層 (UI) の間に位置します。この概念は、シン クライアントまたは Web ベースのクライアントの実装に適用されます。
基本的に、Web サービス モデルには 3 つの層はありません。
Web サービスは本質的に SOA (サービス指向アーキテクチャ) であり、多層 (n 層) モデルを意味する場合があります。これは分散コンピューティングを指し、数百の「層」を持つ大規模なシステムにスケールアップできます。
概念的には、データベースと比較してサービスからデータを取得することは、データベースなどの他のデータソースからデータを取得することに似ている可能性があり、これはデータの追加機能として考えられることに同意します。アクセス層。
もちろん、セマンティクスにも依存します。多くの場合、「層」はシステム全体の個別の部分 (つまり、フロントエンド、中間層、バックエンドのデータ ソース、Web サービスとの統合などの他の層) を指します。「レイヤー」は、多くの場合、プレゼンテーション、コントローラー、ビジネス ロジック、データ アクセスなど、コード内の垂直レイヤーを指します。