WPF＆EFを使用するビジネスアプリケーションに最適なアーキテクチャは何ですか？

Question

私は、WPF 4.0とEF 4.0テクノロジでビジネスアプリケーションを開発するために使用できるアーキテクチャについて混乱しています。

私の最初の選択は、従来のN階層アーキテクチャでした。UI、ビジネスロジックレイヤー&データアクセスレイヤーの動作が切断されています。私は3それぞれの層のためのプロジェクトと私のエンティティ/のDTOのための別のプロジェクト（各層がアセンブリである）を作成するには、このようにして

。各レイヤーはその上下のレイヤーのみを参照します（つまり、UIはBLLを見ることはできますが、DALは表示されません）。しかし、すべてのレイヤーは、通信目的でエンティティ/ DTOアセンブリにアクセスできます。 たとえば、DataGridで簡単なCRUDフォームを作成するときに問題が発生します。 BLLはEntity/DTOを返すときにDALのDataContextを破棄します。これがSTEの使用を余儀なくされた理由です。しかし、いくつかの問題があります。たとえば、BLLからUIに返される各エンティティに対して「StartTracking」メソッドを呼び出す必要があります。要するに、私はこのパターンの信頼性についてはわかりません。あるいは、私はCRUDフォームの自動処理について忘れてはいけないと思います。

私はそれが異なる見つけるリポジトリパターンについて検索したとき、私は私のDALの層にリポジトリモデルを使用しますが。 UIからDAL /リポジトリとBLL /サービス（WCFやWebServicesではなく）レイヤの両方を参照することは悪くないと思われ、接続環境（STEを使用せずに）を持つことができます。

私たちはリポジトリから人を取得するが、BLLまたはサービスを使用して、その上に何かを行うことができた例を参照してください。

UIコード：

var person = new PersonRepository().GetPerson(10); 
Bll.Salary.PaySalary(person); 

- または -

var person = new PersonRepository().GetPerson(10); 
Bll.Person.MarkAsAbsent(person); 

このパターンでは

またはそのような何か...

我々は目にエンティティ/のDTOを送信することができますDataContextが生存している間、接続された方法でUIを返します。

大きなプロジェクトでリポジトリパターンを使用する方法を理解しているかどうかわかりません。このようにBLLやサービスのクラスやメソッドに名前を付けるのは明らかではないと思います。開発者は、リポジトリメソッドやBLL /サービスメソッドをどこで使うのか、（リポジトリやBLL /サービスで）どこでメソッドを作成するかについて混乱するかもしれません。

私はエンティティを追跡するための良いアプローチを使用してN層アーキテクチャを好む/のDTOは、スイーツのように自動的に変更されます。

あなたは、このような状況で最高の模様をお勧めまたは/およびそのことについていくつかの良い本や書類に私を参照してくださいだろう。

Answer 1

いくつかの質問に役立つサンプルアプリケーションをまとめました。あなたはここで私のブログの記事を経由して、プレゼンテーションのノートやサンプルを確認できます。

http://blog.alner.net/archive/0001/01/01/wpf_ef_4_sig_presentation_2010.aspx

サンプルはスイーツ​​を使用して示し、Entity Frameworkののスイーツは、デスクトップクライアントアプリでより良い動作させるためにいくつかのヘルパーを含んでいます。

リポジトリには、データの取得方法の詳細が隠されています。ローカルデータベースを使用するリポジトリから、上位層がそれを知ることなくリモートWebサービスを使用するリポジトリに、リポジトリの実装をスワップすることができます。

Answer 2

おそらく記事Architecture for WPF applicationsはあなたのための助けです。

WPF Application Framework (WAF)のBookLibraryサンプルアプリケーションもご覧ください。ここには、前述のアーキテクチャを適用したEntity Frameworkと共にWPF MVVMアプリケーションが示されています。