Base de données des utilisateurs enregistrés dans ASP.NET MVC

Question

Simple question. Je sais que dans l'application MVC par défaut dans Visual Studio, vous pouvez enregistrer un utilisateur. Je veux donc pouvoir mettre cette information dans une base de données et utiliser ADO.net ou LINQ to SQL pour pouvoir communiquer. Comment puis-je faire cela?

Answer 1

Avez-vous une base de données ou vous voulez en créer une nouvelle? Si vous en avez un, créez simplement une connexion dans serveur exploit, ajoutez un nouveau modèle dans Visual Studio, sélectionnez LinqToSql Classes, sélectionnez des tables dans votre connexion et faites glisser les tables dont vous avez besoin sur la surface de conception. Vous pouvez ensuite accéder à votre modèle à partir de votre contrôleur sur lequel les données utilisateur sont publiées. Vérifiez this thread par exemple d'enregistrement.

Si vous ne disposez pas d'une base de données que vous avez évidemment de concevoir et de créer d'abord

Answer 2

Les trucs d'exemple dans ASP.NET MVC utilise les membres et les formulaires d'authentification intégré dans ASP.NET. Dans Web.config, vous pouvez le configurer pour stocker les données dans SQL Server plutôt que la valeur par défaut qui peut être SQLExpress. MSDN a un article sur la façon de le faire:

How To: Use Forms Authentication with SQL Server in ASP.NET 2.0

Vous essentiellement exécutez simplement un script SQL et génère un tas de tables et des procédures stockées dans la base de données quelle que soit vous utilisez déjà. Vous pouvez ensuite accéder directement à la base de données ou via l'API d'adhésion.

Vous pouvez rouler votre propre implentation de IMembershipService qui a juste quelques méthodes pour gérer:

public interface IMembershipService 
{ 
    int MinPasswordLength { get; } 

    bool ValidateUser(string userName, string password); 
    MembershipCreateStatus CreateUser(string userName, ...); 
    bool ChangePassword(string userName, ...); 
} 

Answer 3

Certains pourraient argumenter, mais vous avez probablement ne veulent utiliser le intégré fournisseur d'appartenances . La raison en est qu'il génère son propre schéma par défaut, ce qui est bon pour commencer, mais il vaut mieux simplement mordre la balle et concevoir le vôtre. De cette façon, vous contrôlez votre application et vous n'avez pas besoin de migrer votre base de données lorsque des modifications sont nécessaires.