プロバイダー モデルのどの部分がビジネス層を最もよく表しているか説明してもらえますか?
ビジネス ルールとビジネス ロジックはどこに置くべきか?
プロバイダー モデルのどの部分がビジネス層を最もよく表しているか説明してもらえますか?
ビジネス ルールとビジネス ロジックはどこに置くべきか?
.net のメンバーシップ プロバイダーのようなものを意味する場合、ビジネス レイヤーはプロバイダーをサービスとして使用します (John が述べているように)。ただし、プロバイダーを自分で実装している場合、線は少し灰色になります (たとえば、ユーザーはビジネス オブジェクトですか? そうであれば、プロバイダー ロジックのルールはどうですか?)。
通常、プロバイダーはインフラストラクチャ タイプのコードであるため、ビジネス アプリケーションとは別に開発されます。
ただし、プロバイダー部分だけに関心がある場合は、通常、プロバイダーには次の部分があります。 「ビジネス」オブジェクトとルール
ビジネスレイヤーは特定のプロバイダーの実装になると思います(通常、インフラストラクチャーを実装する基本クラスがあります)。たとえば、メンバーシップ プロバイダーはユーザー オブジェクトとメンバーシップ オブジェクトを処理し、プロバイダーとしての機能を実行する方法についていくつかの規則があります。
私とは異なる「プロバイダーモデル」について話しているのでない限り、ビジネスレイヤーとの関係はありません。
プロバイダーモデルは、1つ以上のコンポーネントが一連のサービスを提供する単純なアーキテクチャです。たとえば、LINQでは、LINQプロバイダーがデータストアまたはその他のデータソースへのマッピングを提供し、残りは.NETFrameworkクラスが提供します。