0

私はMVCでSimpleMembershipプロバイダーをコードファーストデザインで使用しています。EFが、UserProfile、webpages_Membership、webpages_OAuthMembership、webpages_UsersinRoles、webpages_Rolesの5つのテーブルを作成したことがわかります。

UserProfileにはUserIDのPKがあり、webpages_Membershipも同様です。webpages_OAuthMembershipにはUserIdのFXがあります。しかし、これらのテーブル間に実際の関係はありません。つまり、実際のインデックスは作成されませんでした。モデルにナビゲーションプロパティを含めると、EFがこれらの関係を自動的に作成することを理解しています。私の問題は、webpages_Membershipとwebpages_OAuthMembershipのクラスの名前をどのようにして知ることができるので、それらを厳密に型指定されたナビゲーションプロパティとしてUserProfileクラスに含めることができるかということです。

前もって感謝します。

4

1 に答える 1

0

webpages_* テーブルは UserProfile テーブルから完全に分離されていると考えることができます。

SimpleMembership プロバイダーは、ID をコア アプリケーションとは別に提供できるようにします。これにより、ユーザーがサイト専用に別のアカウントを作成する必要がなくなり、Google または Microsoft アカウントを使用できるようになります。

ユーザーの観点から見た最も直接的な例は Stackoverflow で、Google や Facebook などを使用してログインできます。

組み込みの ID プロバイダーが UserProfile と密接に結合されている場合、これを達成するのは難しくなります。

于 2013-03-07T18:01:11.493 に答える