私は将来の開発のために開発者の負担を軽減したいアプリケーションを設計しています。これで私はクラスのリストを持っています。例えば、 "User、Account、Permission and etc"は、データテーブルと同じクラス名でデータベース内のテーブルに関連付けられています。私は自分のビジネスレイヤーを頑丈にして、今後データテーブルに列を追加するたびに、クラスにプロパティを追加するだけで、更新と削除のコマンドを書き直す必要はありません。.netのデータアクセスレイヤー
どのようにすればいいですか？
あなたが探しているものはおそらくORM（オブジェクトリレーショナルマッピング）フレームワークです。 .NETの最も一般的なものにはLinq-to-SQL（またはEntity Framework）、NHibernate nad ActiveRecordがあります。 ORMを使用することは、維持可能で堅牢なデータアクセスレイヤを実現するためのベストプラクティスと考えられます。
a list of frameworks hereを参照してください。
あなたが探しているのは、Object Relational Mapping（ORM）ソリューションを実装することです。多くのORMソリューションは、テーブルとエンティティの定義を維持し、適切なクエリを作成するのに役立ちます。
.NET Frameworkの一般的なORMには、NHibernate、ADO Entity Framework、およびLINQ to SQLがあります。それ以外の場合は、CodesmithやNet Tierテンプレートなどのテンプレートを使用してデータモデルをマッピングすることを検討できます。
picking an ORM solutionの詳細については、この質問の回答をご覧ください。ORM related questions tagged hereをご覧ください。
あなたが探しているものはData Transfer Objectだと思います。 Here's an articleは、DTOパターンの詳細を説明しています。
さらに、データセットを使用してDTOを実装する方法について説明しているhere's an article。あなたのケースでは、データセットはあなた自身のDatalayerに置き換えられます。
ORMソリューションを選ぶことは一方的な方法です。さらに、近日中にOsloと言います。
もっと「伝統的な」アプローチの場合は、Data Abstractのように見えます。
このトピックについての非常に興味深い記事はPersitence Patterns articleです。データアクセスに使用される最も一般的で基本的なデザインパターンについて説明します。また、具体的なDPがいつ他のものより適切かもしれないかについて議論します。
どのように私はこの任意のリンクや何かを助けることができますか？ –
ネット上にたくさんの例があります... Googleは開発者の親友です – JacobE
@JacobE：私はGoogleが女性だったらいいのに！ ：P – Cerebrus