1

基本的な 3 層 C# アプリケーションを実装するためのソリューションを Visual Studio で作成しました。DataAccess私はこの概念を研究してきましたが、今は層ごとに異なるプロジェクトを使用してそれをまとめようとしていBusinessRulesますBusinessObjects。

プロジェクトにおよびプロジェクトBusinessRulesへの参照を含める必要がありますか? （そして、参照すべきではありませんか？）DataAccessBusinessObjectDataAccessBusinessObjectsBusinessRules

これを設定した後、各レイヤーが何を担当しているかは理解していても、ビジネス オブジェクトにレイヤー内のデータを入力する必要があるDataAccessかどうか、またはDataAccessレイヤーが要求されたデータBusinessRulesを次に、オブジェクトにデータを入力します - これを行うための推奨される方法は何ですか?

4

1 に答える 1

1

それはおそらくあなたの質問には役立たないでしょうが、答えは常に「それは異なります」です。これに関しては、「すべてを支配する一つの指輪」はありません。もしあれば、建築家は必要ありません。

そうは言っても、私の特定のケースでは、次のことが好きです。

  • データアクセス層をビジネスオブジェクトで動作させます。これは、DALがすべてコード内にあり、コードとデータベース内のストアドプロシージャの間で分割されていないことを前提としています。
  • ビジネスルールレイヤーをビジネスオブジェクトで動作させます。ここでも、ストアドプロシージャではなく、すべてのコードを想定しています。
  • データアクセスのビジネスルールは難しい質問です。アプリの種類とルールに大きく依存します。ストアを更新するためにビジネスルールが必要な場合は、おそらくDALからインターフェイスを抽出して、ビジネスルールがインターフェイスのみに依存できるようにします。

繰り返しますが、私の場合、これらのアイテムは機能します。彼らはあなたにとって完全に間違っている可能性があります。また、ユーザーインターフェイスレイヤー、サービスレイヤー、何とか何とかレイヤーなどについては言及していません。多くの部分が存在する可能性があります。

正しくするために従わなければならない厳しい規則はありません。あなたはあなたのニーズ、あなたの要件、そしてあなたが持っている制約を見なければなりません。

幸運を。

于 2012-04-25T13:47:03.870 に答える