10

MS-Accessデータベースに既存のユーザーとその他のデータを含むアプリを作成しています（実際には再作成しています）。データはSQLServerに移動され、その一部にはユーザーの移行が含まれます。EFを使用してORMを実行したいのですが、SQLServerでのデータモデルがどうなるかはかなりわかっています。私はEFは初めてですが、ASP.NETは初めてです。また、ASP.NETのメンバーシップ機能を利用したいと思います。私はこれを行うためのいくつかの方法を考えており、いくつかのアドバイスが欲しいです。私はこれまでこのアイデアについて少しだけ調査しましたが、おそらく他の場所で答えられています。それで、ここに関連する質問のクラスターがあります。

  1. EFは、私が知らないクラスまたは名前空間を介してASP.NETメンバーシップと直接連携できますか？

  2. ユーザーをメンバーシップシステムに移行する場合、ユーザーIDを他のテーブルのデータと揃えるために、DotNetNukeのaspnet_ *テーブルの上にユーザーデータ用の別のテーブルセットを作成する必要がありますか？

  3. 組み込みのメンバーシップ関数をユーザー認証のみに使用し、ユーザータグ付きデータを操作しているときにEFコンテキストに切り替えるという状況を避けたいと思います。すべての行のメンバーシップユーザーにアクセスして、GridViewの列にバインドするためにユーザー情報を撤回するのは不器用なようですが、それが必要なのかもしれません。データ取得の目的で、それを吸い上げてEFのメンバーシップクラスを複製する必要がありますか？

  4. 私は、おそらくプロバイダーが全体的なEFデータモデルの中に座ることができるという考えで、メンバーシップのためにある種のEFプロバイダーを実装することを考えていました。これはクレイジーな話ですか？（私はこれまで自分のプロバイダーを書いたことがありません）

意味がわからないことをお気軽に教えてください。

4

2 に答える 2

5

逆にやってみませんか？必要な/必要なモデルを使用する、asp.net 用の独自のメンバーシップ プロバイダーを実装できます。

必要な機能が、組み込みの asp.net メンバーシップの実装と完全に一致しない場合は、独自のプロバイダーをロールすることができます。いくつかの機能だけを使用する場合は、いくつかのメソッドのみを実装する必要があります (すべてのメソッドの実装を埋める必要はありません)。サポートされている機能よりも多くの機能が必要な場合は、メンバーシップ プロバイダーの使用が邪魔になる可能性があります。

于 2009-03-06T21:36:23.710 に答える
2
  1. 私たちはそうしますが、メンバーシップテーブルをマップしません。SQLメンバーシッププロバイダーの使用を想定しないでください。
  2. DB IDではなく、ユーザーIDをマップします。微妙ですが重要です。繰り返しになりますが、他のメンバーシッププロバイダー（ドメイン認証など）があることを忘れないでください。
  3. 質問を明確にできますか？EFモデルのすべてのメンバーシップ情報を複製する必要はありませんが、既知のIDのリストが必要になります。
  4. いいえ、まったくクレイジーではありませんが、難しく、おそらく不要です。
于 2009-03-06T20:49:51.997 に答える