なぜASP.NET IDの `UserStore`に非常に多くのリポジトリがありますか？

Question

私は、IdentityのMicrosoft.AspNet.Identity.EntityFrameworkプロジェクト（v 2.0.0.0）を、その永続性マシンとしてNHibernateを使用するものに変換しようとしています。私の最初の「つまずき」はUserStoreクラスのリポジトリのセットです：

Typeパラメータ TUserは IdentityUser<TKey, TUserLogin, TUserRole, TUserClaim>に拘束され、このタイプは、コレクションの独自の同様のセット持っている

private readonly IDbSet<TUserLogin> _logins; 
private readonly EntityStore<TRole> _roleStore; 
private readonly IDbSet<TUserClaim> _userClaims; 
private readonly IDbSet<TUserRole> _userRoles; 
private EntityStore<TUser> _userStore; 

：

public virtual ICollection<TRole> Roles { get; private set; } 
public virtual ICollection<TClaim> Claims { get; private set; } 
public virtual ICollection<TLogin> Logins { get; private set; } 

をマイこれらのユーザーのそれぞれがすでに自分のものを世話しているので、TUserのリポジトリを1つだけ管理しなければならない場合、人生はずっと簡単になります。 DbSetのようなEntity Frameworkの依存関係を取り除くために重要な理由はありますか？

DbSetの代わりに独自のリポジトリクラスを考案できましたしばらくICollectionUserStoreが、私は非常にちょうどそれらを失い、各ユーザーインスタンスは、独自の主張の世話を聞かせすることを好むなど

Answer 1

の追加DbSetクラスは、ユーザーの主張、役割とログインに関連する永続データのためのものですフィールドは、現在選択されているユーザーを介してこれらのテーブルからデータを読み込むためのナビゲーションプロパティです。

アイデンティティ・フレームワーク（そして神のスピード）を完全に変換しようとするなら、これらのデータベース・エンティティがこのデータを管理する必要があります。

あなたは、しかし、それは少し簡単にするために彼らの主張、役割とログインへのアクセスを公開する単一Userのリポジトリを持つことができます。