ASP.NET Identity with EF Database First MVC5

Question 1

Có thể sử dụng Asp.net Identity mới với Database First và EDMX không? Hay chỉ với mã đầu tiên?

Đây là những gì tôi đã làm:

1) Tôi đã tạo một Dự án MVC5 mới và có Identity mới tạo bảng Người dùng và Vai trò mới trong cơ sở dữ liệu của tôi.

2) Sau đó, tôi mở tệp Cơ sở dữ liệu đầu tiên EDMX của mình và kéo vào bảng Người dùng danh tính mới vì tôi có các bảng khác liên quan đến nó.

3) Khi lưu EDMX, trình tạo POCO trên Cơ sở dữ liệu sẽ tự động tạo một lớp Người dùng. Tuy nhiên, UserManager và RoleManager mong đợi một lớp Người dùng kế thừa từ không gian tên Identity mới (Microsoft.AspNet.Identity.IUser), vì vậy việc sử dụng lớp Người dùng POCO sẽ không hoạt động.

Tôi đoán một giải pháp khả thi là chỉnh sửa Lớp thế hệ POCO của tôi để lớp Người dùng của tôi kế thừa từ IUser?

Hay ASP.NET Identity chỉ tương thích với Code First Design?

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

Cập nhật: Theo gợi ý của Anders Abel bên dưới, đây là những gì tôi đã làm. Nó hoạt động, nhưng tôi tự hỏi nếu có một giải pháp thanh lịch hơn.

1) Tôi đã mở rộng thực thể Lớp người dùng của mình bằng cách tạo một lớp một phần trong cùng không gian tên với các thực thể được tạo tự động của tôi.

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

2) Tôi đã thay đổi DataContext của mình để kế thừa từ IdentityDBContext thay vì DBContext. Lưu ý rằng mỗi khi bạn cập nhật EDMX của mình và tạo lại các lớp DBContext và Entity, bạn sẽ phải đặt điều này trở lại.

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

3) Trong lớp thực thể Người dùng được tạo tự động của bạn, bạn phải thêm từ khóa ghi đè vào 4 trường sau hoặc nhận xét các trường này vì chúng được kế thừa từ IdentityUser (Bước 1). Lưu ý rằng mỗi khi bạn cập nhật EDMX của mình và tạo lại các lớp DBContext và Entity, bạn sẽ phải đặt điều này trở lại.

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

Question 2

Có thể sử dụng hệ thống nhận dạng với POCO và Database First, nhưng bạn sẽ phải thực hiện một vài chỉnh sửa:

Cập nhật tệp .tt để tạo POCO để tạo các lớp thực thể partial. Điều đó sẽ giúp bạn có thể cung cấp triển khai bổ sung trong một tệp riêng biệt.
Thực hiện một phần triển khai của Userlớp trong một tệp khác

partial User : IUser
{
}

Điều đó sẽ làm cho Userlớp triển khai giao diện phù hợp, mà không chạm vào các tệp được tạo thực tế (chỉnh sửa tệp được tạo luôn là một ý tưởng tồi).

Question 3

Các bước của tôi rất giống nhau nhưng tôi muốn chia sẻ.

1) Tạo một dự án MVC5 mới

2) Tạo một Model mới.edmx. Ngay cả khi đó là một cơ sở dữ liệu mới và không có bảng.

3) Chỉnh sửa web.config và thay thế chuỗi kết nối được tạo này:

<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" />

với kết nối này:

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

Sau đó, xây dựng và chạy ứng dụng. Đăng ký một người dùng và sau đó các bảng sẽ được tạo.

Question 4

CHỈNH SỬA: Nhận dạng ASP.NET với Cơ sở dữ liệu EF Đầu tiên cho Mẫu dự án MVC5 CodePlex.

Tôi muốn sử dụng cơ sở dữ liệu hiện có và tạo mối quan hệ với ApplicationUser. Đây là cách tôi đã thực hiện bằng cách sử dụng SQL Server nhưng ý tưởng tương tự có thể sẽ hoạt động với bất kỳ DB nào.

Tạo một dự án MVC
Mở DB được liệt kê trong DefaultConnection trong Web.config. Nó sẽ được gọi là (aspnet- [timestamp] hoặc một cái gì đó tương tự.)
Tập lệnh cho các bảng cơ sở dữ liệu.
Chèn các bảng đã tập lệnh vào cơ sở dữ liệu hiện có trong SQL Server Management Studio.
Tùy chỉnh và thêm các mối quan hệ vào ApplicationUser (nếu cần).
Tạo Dự án web mới> MVC> Dự án đầu tiên của DB> Nhập DB với EF ... Loại trừ các Lớp nhận dạng bạn đã chèn.
Trong IdentityModels.cs, thay đổi ApplicationDbContext :base("DefaltConnection")để sử dụng DbContext trong dự án của bạn.

Chỉnh sửa: Sơ đồ lớp nhận dạng Asp.Net nhập mô tả hình ảnh ở đây

Question 5

IdentityUserở đây là vô giá trị bởi vì nó là đối tượng đầu tiên mã được sử dụng UserStoređể xác thực. Sau khi xác định Userđối tượng của riêng mình , tôi đã triển khai một lớp một phần có chức năng triển khai IUserđược lớp đó sử dụng UserManager. Tôi muốn Ids của tôi intthay vì chuỗi vì vậy tôi chỉ trả về UserID của toString (). Tương tự như vậy tôi muốn nở Usernamelà uncapitalized.

public partial class User : IUser
{

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

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

Bạn hoàn toàn không cần IUser. Nó chỉ là một giao diện được sử dụng bởi UserManager. Vì vậy, nếu bạn muốn xác định một "IUser" khác, bạn sẽ phải viết lại lớp này để sử dụng việc triển khai của riêng bạn.

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

Bây giờ, bạn viết của riêng bạn UserStore, xử lý tất cả lưu trữ của người dùng, xác nhận quyền sở hữu, vai trò, v.v. Triển khai các giao diện của mọi thứ mà người dùng mã UserStorethực hiện đầu tiên và thay đổi where TUser : IdentityUserthành where TUser : Usernơi "Người dùng" là đối tượng thực thể của bạn

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
}

Dưới đây là một số ví dụ về một số triển khai giao diện

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();
}

Sử dụng mẫu MVC 5, tôi đã thay đổi AccountControllergiao diện như thế này.

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

Bây giờ đăng nhập sẽ hoạt động với các bảng của riêng bạn.

Question 6

Hãy xem dự án này trên GitHub: https://github.com/KriaSoft/AspNet.Identity

Mà bao gồm:

Mẫu dự án cơ sở dữ liệu SQL cho ASP.NET Identity 2.0
Cơ sở dữ liệu khung thực thể-(các) nhà cung cấp đầu tiên
Mã nguồn và mẫu

Xem thêm : Cách tạo nhà cung cấp Cơ sở dữ liệu-Đầu tiên cho Danh tính ADO.NET

Question 7

Câu hỏi hay.

Tôi là người ưu tiên cơ sở dữ liệu hơn. Mô hình đầu tiên của mã có vẻ hơi ngớ ngẩn đối với tôi, và "di chuyển" dường như quá dễ xảy ra lỗi.

Tôi muốn tùy chỉnh lược đồ nhận dạng aspnet và không bị làm phiền với việc di chuyển. Tôi thành thạo với các dự án cơ sở dữ liệu Visual Studio (sqlpackage, data-dude) và cách nó hoạt động khá tốt trong việc nâng cấp các lược đồ.

Giải pháp đơn giản của tôi là:

1) Tạo một dự án cơ sở dữ liệu phản chiếu giản đồ nhận dạng aspnet 2) sử dụng đầu ra của dự án này (.dacpac) làm tài nguyên dự án 3) triển khai .dacpac khi cần

Đối với MVC5, việc sửa đổi ApplicationDbContextlớp dường như sẽ diễn ra ...

1) Thực hiện IDatabaseInitializer

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

2) Trong hàm tạo, báo hiệu rằng lớp này sẽ thực hiện khởi tạo cơ sở dữ liệu:

Database.SetInitializer<ApplicationDbContext>(this);

3) Thực hiện InitializeDatabase:

Ở đây, tôi đã chọn sử dụng DacFX và triển khai .dacpac của mình

    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);
            }
        }
    }

Question 8

Tôi đã dành vài giờ để giải quyết vấn đề này và cuối cùng đã tìm ra giải pháp mà tôi đã chia sẻ trên blog của mình tại đây . Về cơ bản, bạn cần phải làm mọi thứ đã nói trong câu trả lời của stink nhưng với một điều bổ sung: đảm bảo Identity Framework có một chuỗi kết nối SQL-Client cụ thể trên đầu chuỗi kết nối Entity Framework được sử dụng cho các thực thể ứng dụng của bạn.

Tóm lại, ứng dụng của bạn sẽ sử dụng một chuỗi kết nối cho Khung danh tính và một chuỗi khác cho các thực thể ứng dụng của bạn. Mỗi chuỗi kết nối là một kiểu khác nhau. Đọc bài đăng trên blog của tôi để có hướng dẫn đầy đủ.

Question 9

Tôi thấy rằng @ JoshYates1980 có câu trả lời đơn giản nhất.

Sau một loạt thử nghiệm và gặp lỗi, tôi đã làm theo những gì Josh đề xuất và thay thế connectionStringbằng chuỗi kết nối DB đã tạo của tôi. điều tôi bối rối ban đầu là bài đăng sau:

Cách thêm Xác thực danh tính ASP.NET MVC5 vào cơ sở dữ liệu hiện có

Trường hợp câu trả lời được chấp nhận từ @Win đã nêu để thay đổi ApplicationDbContext()tên kết nối. Điều này hơi mơ hồ nếu bạn đang sử dụng Phương pháp tiếp cận đầu tiên đối với Thực thể và Cơ sở dữ liệu / Mô hình trong đó chuỗi kết nối cơ sở dữ liệu được tạo và thêm vào Web.configtệp.

Tên ApplicationDbContext()kết nối được ánh xạ tới kết nối mặc định trong Web.configtệp. Do đó, phương pháp của Josh hoạt động tốt nhất, nhưng để ApplicationDbContext()dễ đọc hơn, tôi khuyên bạn nên thay đổi tên thành tên cơ sở dữ liệu của bạn như @Win đã đăng ban đầu, đảm bảo thay đổi connectionStringcho "DefaultConnection" trong Web.configvà nhận xét và / hoặc xóa Đối tượng cơ sở dữ liệu được tạo bao gồm.

Ví dụ về mã:

Question 10

Chúng tôi có một dự án DLL Mô hình Thực thể nơi chúng tôi giữ lớp mô hình của mình. Chúng tôi cũng giữ một Dự án Cơ sở dữ liệu với tất cả các tập lệnh cơ sở dữ liệu. Cách tiếp cận của tôi như sau

1) Tạo dự án của riêng bạn có EDMX bằng cách sử dụng cơ sở dữ liệu trước tiên

2) Tập lệnh cho các bảng trong db của bạn, tôi đã sử dụng VS2013 được kết nối với localDB (Kết nối dữ liệu) và sao chép tập lệnh vào dự án cơ sở dữ liệu, thêm bất kỳ cột tùy chỉnh nào, ví dụ: Ngày sinh [DATE] không rỗng

3) Triển khai cơ sở dữ liệu

4) Cập nhật dự án Mô hình (EDMX) Thêm vào dự án Mô hình

5) Thêm bất kỳ cột tùy chỉnh nào vào lớp ứng dụng

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

Trong dự án MVC AccountController đã thêm những thứ sau:

Nhà cung cấp danh tính muốn một Chuỗi kết nối SQL để nó hoạt động, chỉ giữ lại 1 chuỗi kết nối cho cơ sở dữ liệu, hãy trích xuất chuỗi nhà cung cấp từ chuỗi kết nối 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)));
}