私のソリューションでは FluentNHibernate を使用しています。fluentnhibernate のドキュメントから推奨されるフォルダー構造は次のようになります。
ビジネスモデルのPOCOクラスがあるエンティティフォルダー。Mappings フォルダー。その下に、データ モデルへのマッピングがあります。
これらの 2 つのフォルダーは、「BusinessModel」というビジネス レイヤー プロジェクトに入るでしょうか。下記参照:
BuessinessModel
|_ Entities
|- Student.cs
|- Course.cs
|- Faculty.cs
|_ Mappings
|- Mappings.cs
また、CRUD を実行するデータ アクセス レイヤーの BusinessModel プロジェクトを参照する「DataAccess」という別のプロジェクトを作成することもできます。
ベストプラクティスは何ですか? そこに建築家はいますか?ありがとう。
AK: n 層アーキテクチャ - BLL、DAL、およびインターフェイスに関する投稿を読みました。ベストプラクティスとは? .
あなたのものを引用させてください
「人」を例にとると、人に関連するさまざまなデータ操作 (1 人の人のすべてのデータの取得、多数の人に関する浅いデータの収集、CRUD 操作、検索など) について考えてから、それに沿ってインターフェイスを設計します。論理グループ。
私はこれを理解しようとしています。だから、あなたはそれを言っています
BLL プロジェクトには、この Person クラスがあります。
また、BLL プロジェクトには、Person オブジェクトに必要なすべてのデータ操作メソッドを宣言するインターフェイスがあります。
次に、DAL プロジェクトで、BLL で定義したインターフェイスの具体的な実装を行います。
この音はあなたにとって正しいですか?ありがとう。