質問: MS-Accessデータベースに既存のユーザーと他のデータを含むアプリを作成しています(本当に、再作成しています)。データはSQL Serverに移動され、その一部にはユーザーの移行が含まれます。私はEFを使用してORMを実行したいのですが、データモデルがSQL Serverでどのようになるのかはよくわかっています。私はEFに慣れていますが、ASP.NETには慣れていません。ASP.NETのMembership機能を利用したいのですが。私はこれを行うためのいくつかの方法について考えています、そして何らかのアドバイスをお願いします。私はこれまでのところこの考えについてほんの少しの調査しかしていません、多分それは他の所で答えられました。それで、ここに関連した質問の集まりがあります。 1. EFは、私が知らないクラスや名前空間を介してASP.NET Membershipと直接連携できますか? 2. ユーザーをMembershipシステムに移行する場合、ユーザーIDを他のテーブルのデータと合わせるには、DotNetNukeのaspnet_ *テーブルの上にユーザーデータ用のテーブルのセットをもう1つ作成する必要がありますか。 3. ユーザー認証のみに組み込みのメンバーシップ関数を使用し、ユーザータグ付きデータを処理しているときにEFコンテキストに切り替える状況を回避したいです。行ごとにMembershipユーザーにアクセスすることでGridViewの列にバインドするためにユーザー情報を撤回するのが面倒ですが、それが必要なのかもしれません。データを取得するためにEFでそれを吸い上げてMembershipクラスを複製する必要がありますか? 4. 私はメンバーシップのためにある種のEFプロバイダーを実装することを考えていました。その場合、プロバイダーはおそらくEFデータモデル全体の中に座ることができるでしょう。このクレイジートークですか? (私は今まで自分のプロバイダを書いたことがない) 私は意味を成していない私に言うこと自由に感じなさい。
回答: 逆にしないのはなぜでしょうか。あなたはあなたが欲しい/必要とするモデルを使用するasp.netのためにあなた自身のメンバーシッププロバイダーを実装することができます。 必要な機能が組み込みのasp.netメンバーシップの実装と完全に一致していない場合は、独自のプロバイダをロールすることができます。 2つの機能だけを使用する場合は、2つのメソッドだけを実装する必要があります(すべてのメソッドの実装を満たす必要はありません)。あなたがそれがサポートするより多くの機能を必要とするならば、会員プロバイダーを使うことはあなたの邪魔になるかもしれません。