ASP.NET Identity with EF Database First MVC5

Database FirstとEDMXで新しいAsp.net Identityを使用することは可能ですか？それとも最初にコードだけですか？

これが私がしたことです：

1）新しいMVC5プロジェクトを作成し、新しいIDでデータベースに新しいユーザーテーブルとロールテーブルを作成しました。

2）次に、Database First EDMXファイルを開き、新しいIdentity Usersテーブルにドラッグしました。それに関連する他のテーブルがあるからです。

3）EDMXを保存すると、Database First POCOジェネレーターがユーザークラスを自動作成します。ただし、UserManagerおよびRoleManagerは、新しいIdentity名前空間（Microsoft.AspNet.Identity.IUser）から継承するUserクラスを想定しているため、POCO Userクラスを使用しても機能しません。

私のPOCO生成クラスを編集して、ユーザークラスがIUserから継承するようにすることは、可能な解決策だと思いますか？

または、ASP.NET IdentityはCode First Designとのみ互換性がありますか？

++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++

更新：以下のAnders Abelの提案に従って、これは私がやったことです。それはうまくいきますが、もっとエレガントな解決策があるかどうか疑問に思っています。

1）自動生成されたエンティティと同じ名前空間内に部分クラスを作成して、エンティティUserクラスを拡張しました。

namespace MVC5.DBFirst.Entity
{
    public partial class AspNetUser : IdentityUser
    {
    }
}

2）DBContextではなくIdentityDBContextから継承するようにDataContextを変更しました。EDMXを更新し、DBContextクラスとEntityクラスを再生成するたびに、これをこれに戻す必要があることに注意してください。

 public partial class MVC5Test_DBEntities : IdentityDbContext<AspNetUser>  //DbContext

3）自動生成されたユーザーエンティティクラス内で、次の4つのフィールドにオーバーライドキーワードを追加するか、これらのフィールドはIdentityUserから継承されるため（ステップ1）、コメント化する必要があります。EDMXを更新し、DBContextクラスとEntityクラスを再生成するたびに、これをこれに戻す必要があることに注意してください。

    override public string Id { get; set; }
    override public string UserName { get; set; }
    override public string PasswordHash { get; set; }
    override public string SecurityStamp { get; set; }

POCOとDatabase FirstでIDシステムを使用することは可能ですが、いくつかの微調整を行う必要があります。

1. POCO生成用の.ttファイルを更新して、エンティティークラスを作成しますpartial。これにより、別のファイルで追加の実装を提供できるようになります。
2. User別のファイルでクラスの部分的な実装を行う

partial User : IUser
{
}

これUserにより、実際に生成されたファイルに触れることなく、クラスに適切なインターフェースが実装されます（生成されたファイルの編集は常に悪い考えです）。

私の手順は非常に似ていますが、共有したいと思いました。

1）新しいMVC5プロジェクトを作成する

2）新しいModel.edmxを作成します。新しいデータベースでテーブルがない場合でも。

3）web.configを編集して、この生成された接続文字列を置き換えます。

<add name="DefaultConnection" connectionString="Data Source=(LocalDb)\v11.0;AttachDbFilename=|DataDirectory|\aspnet-SSFInventory-20140521115734.mdf;Initial Catalog=aspnet-SSFInventory-20140521115734;Integrated Security=True" providerName="System.Data.SqlClient" />

この接続文字列で：

<add name="DefaultConnection" connectionString="Data Source=.\SQLExpress;database=SSFInventory;integrated security=true;" providerName="System.Data.SqlClient" />

その後、アプリケーションをビルドして実行します。ユーザーを登録すると、テーブルが作成されます。

編集： MVC5 CodePlexプロジェクトテンプレートの最初のEFデータベースを備えたASP.NET ID。

既存のデータベースを使用して、ApplicationUserとの関係を作成したいと考えていました。これはSQL Serverを使用して行った方法ですが、同じアイデアがおそらくどのDBでも機能します。

1. MVCプロジェクトを作成する
2. Web.configのDefaultConnectionの下にリストされているDBを開きます。（aspnet- [timestamp]またはそのようなものと呼ばれます。）
3. データベーステーブルのスクリプトを作成します。
4. スクリプトテーブルをSQL Server Management Studioの既存のデータベースに挿入します。
5. 関係をカスタマイズしてApplicationUserに追加する（必要な場合）。
6. 新しいWebプロジェクトを作成> MVC> DB最初のプロジェクト> EFでDBをインポート...挿入したIDクラスを除外します。
7. でIdentityModels.cs ApplicationDbContextを変更する:base("DefaltConnection")プロジェクトのDbContextを使用します。

編集：Asp.Net IDクラス図

IdentityUserこれはUserStore、認証にによって使用されるコードファーストオブジェクトであるため、ここでは意味がありません。独自のUserオブジェクトを定義した後IUser、UserManagerクラスで使用されるを実装する部分クラスを実装しました。文字列Idではintなくs にしたかったので、UserIDのtoString（）を返します。同様に、私は無人になりたかっnたUsername。

public partial class User : IUser
{

    public string Id
    {
        get { return this.UserID.ToString(); }
    }

    public string UserName
    {
        get
        {
            return this.Username;
        }
        set
        {
            this.Username = value;
        }
    }
}

あなたは決して必要ありませんIUser。これは、が使用するインターフェイスにすぎませんUserManager。したがって、別の「IUser」を定義する場合は、このクラスを書き直して独自の実装を使用する必要があります。

public class UserManager<TUser> : IDisposable where TUser: IUser

UserStoreユーザー、クレーム、ロールなどのすべてのストレージを処理する独自のコードを記述します。コードを最初に実行するすべてのインターフェイスを実装し、「User」がエンティティオブジェクトである場所にUserStore変更where TUser : IdentityUserしwhere TUser : Userます

public class MyUserStore<TUser> : IUserLoginStore<TUser>, IUserClaimStore<TUser>, IUserRoleStore<TUser>, IUserPasswordStore<TUser>, IUserSecurityStampStore<TUser>, IUserStore<TUser>, IDisposable where TUser : User
{
    private readonly MyAppEntities _context;
    public MyUserStore(MyAppEntities dbContext)
    { 
        _context = dbContext; 
    }

    //Interface definitions
}

以下は、いくつかのインターフェース実装の例です。

async Task IUserStore<TUser>.CreateAsync(TUser user)
{
    user.CreatedDate = DateTime.Now;
    _context.Users.Add(user);
    await _context.SaveChangesAsync();
}

async Task IUserStore<TUser>.DeleteAsync(TUser user)
{
    _context.Users.Remove(user);
    await _context.SaveChangesAsync();
}

MVC 5テンプレートを使用して、AccountControllerを次のように変更しました。

public AccountController()
        : this(new UserManager<User>(new MyUserStore<User>(new MyAppEntities())))
{
}

ログインすると、独自のテーブルを使用できるようになります。

GitHubでこのプロジェクトをご覧ください：https : //github.com/KriaSoft/AspNet.Identity

含まれるもの：

• ASP.NET Identity 2.0のSQLデータベースプロジェクトテンプレート
• Entity Framework Database-First Provider（s）
• ソースコードとサンプル

参照：ADO.NET IdentityのDatabase-Firstプロバイダーを作成する方法

良い質問。

私はデータベースが一番の人です。コードの最初のパラダイムは、私には緩やかでありがちなものであるように見え、「マイグレーション」はエラーが発生しやすいようです。

私はaspnet IDスキーマをカスタマイズし、移行に煩わされないようにしたいと思っていました。私はVisual Studioデータベースプロジェクト（sqlpackage、data-dude）に精通しており、スキーマのアップグレードでそれがどのようにうまく機能するかを理解しています。

私の単純な解決策は：

1）aspnet IDスキーマをミラーリングするデータベースプロジェクトを作成する2）このプロジェクトの出力（.dacpac）をプロジェクトリソースとして使用する3）必要に応じて.dacpacをデプロイする

MVC5の場合、ApplicationDbContextクラスを変更するとこのようになります...

1）実装する IDatabaseInitializer

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>, IDatabaseInitializer<ApplicationDbContext> { ... }

2）コンストラクターで、このクラスがデータベースの初期化を実装することを通知します。

Database.SetInitializer<ApplicationDbContext>(this);

3）実装InitializeDatabase：

ここでは、DacFXを使用して.dacpacをデプロイすることを選択しました

    void IDatabaseInitializer<ApplicationDbContext>.InitializeDatabase(ApplicationDbContext context)
    {
        using (var ms = new MemoryStream(Resources.Binaries.MainSchema))
        {
            using (var package = DacPackage.Load(ms, DacSchemaModelStorageType.Memory))
            {
                DacServices services = new DacServices(Database.Connection.ConnectionString);
                var options = new DacDeployOptions
                {
                    VerifyDeployment = true,
                    BackupDatabaseBeforeChanges = true,
                    BlockOnPossibleDataLoss = false,
                    CreateNewDatabase = false,
                    DropIndexesNotInSource = true,
                    IgnoreComments = true,

                };
                services.Deploy(package, Database.Connection.Database, true, options);
            }
        }
    }

私はこれに数時間かけて取り組み、ついに私がブログで共有している解決策を見つけました。基本的に、stinkの回答で述べたすべてを実行する必要がありますが、1つ追加する必要があります。IdentityFrameworkが、アプリケーションエンティティに使用されるEntity Framework接続文字列の上に特定のSQL-Client接続文字列を持っていることを確認します。

要約すると、アプリケーションはIdentity Framework用の接続文字列とアプリケーションエンティティ用の接続文字列を使用します。各接続文字列は異なるタイプです。完全なチュートリアルについては、私のブログ投稿をお読みください。

モデルクラスを保持するエンティティモデルDLLプロジェクトがあります。また、すべてのデータベーススクリプトを含むデータベースプロジェクトも保持しています。私のアプローチは次のとおりでした

1）最初にデータベースを使用してEDMXを含む独自のプロジェクトを作成します

2）dbのテーブルをスクリプト化し、localDB（データ接続）に接続されたVS2013を使用して、スクリプトをデータベースプロジェクトにコピーし、カスタム列を追加します（例：BirthDate [DATE] not null）

3）データベースをデプロイする

4）モデル（EDMX）プロジェクトを更新します。モデルプロジェクトに追加します。

5）アプリケーションクラスにカスタム列を追加する

public class ApplicationUser : IdentityUser
{
    public DateTime BirthDate { get; set; }
}

MVCプロジェクトで、AccountControllerは以下を追加しました。

IDプロバイダーは、SQL接続文字列が機能するために必要です。データベースの接続文字列を1つだけ保持し、EF接続文字列からプロバイダー文字列を抽出します

public AccountController()
{
   var connection = ConfigurationManager.ConnectionStrings["Entities"];
   var entityConnectionString = new EntityConnectionStringBuilder(connection.ConnectionString);
        UserManager =
            new UserManager<ApplicationUser>(
                new UserStore<ApplicationUser>(
                    new ApplicationDbContext(entityConnectionString.ProviderConnectionString)));
}

@ JoshYates1980が最も簡単な答えを持っていることがわかりました。

一連の試行錯誤の後、Joshが提案したことをconnectionString行い、生成したDB接続文字列に置き換えました。私が最初に混乱したのは次の投稿でした：

ASP.NET MVC5 ID認証を既存のデータベースに追加する方法

@Winからの受け入れられた回答がApplicationDbContext()接続名を変更するように述べている場所。エンティティと、データベース接続文字列が生成されてWeb.configファイルに追加されるデータベース/モデルの最初のアプローチを使用している場合、これは少しあいまいです。

ApplicationDbContext()接続名がされてマッピングされたのデフォルトの接続にWeb.configファイル。したがって、ジョシュの方法が最も効果的ですが、作るためにApplicationDbContext()変更することを確認しながら、より読みやすい私はもともと投稿@Winとしてデータベース名に名前を変更することをお勧めconnectionStringで「DefaultConnectionを」のためのWeb.configエンティティをしてコメントアウトおよび/またはremov生成されたデータベースが含まれます。

コード例：