プロジェクトでEFとLINQを使い始めましたが、使用するのに最適なアプローチ/パターンを決定しようとしています。これまで、DataSetとXML構成に基づいたカスタム永続性フレームワークを使用してきました。基本的には、XML構成ファイルとデータセットを読み取り、必要なすべてのプロパティ/関連付け/メソッドを備えたオブジェクト指向クラスを生成するVSカスタムツールでした。この自動生成されたクラスはUIから使用され、UIに必要なものだけを公開する柔軟性がありました。
現在、EFとLINQを使用しているので、UIが自動生成されたクラスとすべてのLINQのものを直接使用できるという考えに満足していません。このアプローチでは、UIとデータベースが非常に緊密に統合されているようです。
そのため、EFとLINQのすべての機能を「非表示」にし、基本的にUIで実行できることを制限するパターンを探しています。これを行うための標準的な方法はありますか？
探しているのは n 層アプリケーションです。それはアーキテクチャというよりもパターンです。アプリを 2 つ以上の部分に分割します。通常は、UI、ビジネス、データで構成される 3 つです。懸念事項の強力な分離を維持するために、ファサードやリポジトリ パターンなどの他のパターンを使用してこれを実装することもできます。
ファサードまたは Web サービスとして実装できるサービス層を使用することもできます。
理想的には、DTO またはデータ転送オブジェクトと呼ばれるオブジェクトを介してデータを渡し、UI でビュー モデルを使用してこれらの DTO を適合させることができます (別の投稿者が誤って言及した MVVM と混同しないでください)。
それを超えて、その多くは作成しているアプリの種類によって異なります。デスクトップ アプリ、サーバー アプリ、Web アプリなど。
探しているパターンは、一般に、Model-View-ViewModel または MVVM です。
これは、設計パターンの重要なポイントに当たると思われるチュートリアルです: http://csharperimage.jeremylikness.com/2010/04/model-view-viewmodel-mvvm-explained.html