質問
私は現在、Windowsフォームの在庫プロジェクトに取り組んでおり、3つのティアアーキテクチャを実装したいと思います。ビジネスレイヤーとデータアクセスレイヤーで作成するクラスの数を知りたいと思います。
後で、私のプロジェクトの作業が増加した場合はどうなりますか?単一の長いコード化されたビジネスレイヤーとデータアクセスレイヤーに固執する必要がありますか、それともビジネスレイヤーとデータアクセスレイヤー内でいくつかのクラスを作成する必要がありますか?
解決
一般に、要件の名詞は、アプリケーションのクラスにモデルモデルになります。複数の値を返すヘルパーやラッパー、機能など、クラスを作成する他の原因があります。
あなたがそれを設計することに経験が浅いなら、経験豊富な男から助けを借りてください。
あなたのプロジェクトで頑張ってください。
他のヒント
スリニバによると、一般に、テーブルの各テーブルまたは論理グループは、別のDALクラスとBLLクラスで表されます。
ORMを使用する場合、レイヤーに加えて、それぞれのエンティティクラスもあります。
プロジェクトが非常に大きくなった場合、次の分離は通常、同じプロジェクトのサブフォルダーがいるか、各ビジネス上の懸念を別のアセンブリに分割するという名前の路線に沿って行われます。
私のアプローチ:
- データベース(通常はSQL Server 2008またはExpress Edition)
- Windowsサービス(WCF EF 4 ORMの公開、複雑なデータ検証、ワークフロー、ビジネスロジック)
- Windowsクライアント(クライアントWCFプロキシ、最小限のデータ検証を使用してWCFを呼び出します)
PS:ビジネスロジックは、単一のクラスで実装されています。 partial class
いくつかのCSファイルでコードを分割する。
所属していません StackOverflow