ASP.Net nom d'utilisateur e-Mail

Je suis en train de travailler avec le nouveau ASP.NET Identité (RTM) et je me demandais comment pourrais-je aller sur le sujet de la modification de l'inscription et de connexion d'un utilisateur à un e-Mail.

L'idée est que je veux que mes utilisateurs à s'inscrire à l'aide de leur adresse e-mail et un mot de passe e-mail peut également être acquis en utilisant un login) et ils ont mis en place un affichage du nom/nom d'utilisateur sur le dessus.

J'ai regardé IdentityUser et je peux voir que le nom d'utilisateur est-il, cependant, depuis que est emballé dans ASP.Net Identité qui ne peut pas être changé.

Je sais que je pourrais utiliser "nom d'utilisateur" en tant que e-mail, avec un validateur personnalisé et ensuite avoir un attribut supplémentaire pour ApplicationUser appelé DisplayName mais c'est plus un hack qu'une solution.

J'espère que ma question est claire. Merci à l'avance.

  • À ce stade, il semble qu'aucune autre démarche à mettre en œuvre. Vous disposez d'un droit d'infos et doit continuer. Cadre ne fournit pas d'option configurable à faire des e-mail comme nom d'utilisateur comme dans les versions antérieures de l'Adhésion.
  • Le programme de validation de la méthode est l'approche recommandée pour le faire par la Hoa Kung, un développeur sur l'ASP.NET l'équipe de travail sur l'Identité. stackoverflow.com/a/19460800/1138263
  • double possible de stackoverflow.com/questions/19460078/...
  • À l'aide de MVC5 et de l'Identité 2.0 vous obtenez l'adresse de Courriel au lieu du nom d'utilisateur par défaut. Si comme moi vous êtes venu ici de vouloir atteindre une pseudo à la place de l'email que j'ai fait une suggestion ici - stackoverflow.com/a/28602436/892018
InformationsquelleAutor teh0wner | 2013-10-20
  1. 23

    Si vous voulez vraiment utiliser l'e-mail pour vous connecter, puis, à mon humble avis, le "hack" vous l'avez suggéré, est la meilleure approche. Parce que, si vous insistez sur "faire les choses correctement", vous aurez au moins

    • modifier le schéma de base de données, évidemment
    • nom d'utilisateur de s'assurer de l'unicité de vous-même (vous pourriez faire une contrainte de base de données/index le faire pour vous, mais vous aurez à trouver un bon moyen de traiter avec des erreurs et de les signaler à l'utilisateur)
    • trouver un bon substitut pour le simple fait d'écrire "de l'Utilisateur.L'identité.Nom d'utilisateur" vous code
    • probablement encore plus

    D'autre part, si vous décidez de "pirater" le champ nom d'utilisateur, vous devez

    • modifier RegisterViewModel de validation (ajouter [e-mail] pour le nom d'utilisateur de la propriété), probablement légèrement personnaliser [Display(Name=...)] etc.

    • assurez-vous que UserManager.UserValidator exemple utilisé dans votre AccountController permet de caractères spéciaux utilisés dans les adresses e-mail. Pour ce faire, assurez-vous que le constructeur par défaut ressemble à ceci:

      public AccountController(UserManager<ApplicationUser> userManager)
{
    UserManager = userManager;
    var userValidator = UserManager.UserValidator as UserValidator<ApplicationUser>;
    userValidator.AllowOnlyAlphanumericUserNames = false;
}

    J'espère que cela pourrait vous aider à peser les avantages et les inconvénients des deux approches et de trouver la meilleure solution. Bonne chance!

    • Que faire si vous êtes à l'aide personnalisée clé primaire de votre ApplicationUser à travers? Si mon utilisateur de l'application est ApplicationUser : IdentityUser<int, CustomUserLogin, CustomUserRole, CustomUserClaim> et votre ApplicationUserManager : UserManager<ApplicationUser, int> ci-dessus UserValidator code ne fonctionnera pas. Si j'essaie UserValidator<ApplicationUser, int>(manager) il ne veut plus accepter mon personnalisés du gestionnaire des utilisateurs.
    InformationsquelleAutor rootless
  2. 9

    Peu en retard à la fête, mais j'ai pensé que je jetterais dans mon de 0,02$.

    Même s'il est vrai que UserName et Email sont à la fois partie de IdentityUser et sont donc nécessaire, notez qu'ils sont tous deux marqués comme virtual. Si vous voulez UserName et Email à l'adresse e-mail, laissez le ApplicationUser modèle encapsulent la logique de la sorte:

    public class ApplicationUser : IdentityUser
{
    private string _userNameEmailBackingField;

    public override string UserName
    {
        get { return _userNameEmailBackingField; }
        set { _userNameEmailBackingField = value; }
    }

    public override string Email
    {
        get { return _userNameEmailBackingField; }
        set { _userNameEmailBackingField = value; }
    }

    //The rest of your ApplicationUser logic
}

    Puis dans votre modèle de vue, exposer qu'une seule propriété et de l'associer à l'un ou dans votre ApplicationUser exemple, assurer que vous décorez le modèle de vue de la propriété avec [Required] et [EmailAddress] attributs.

    Comme d'autres l'ont mentionné, vous devez vous assurer que AllowOnlyAlphanumericUserNames est fixé à false pour la UserManager's UserValidator, mais je vous obtenir hors de la boîte avec le nouveau modèle web dans VS2013.

    • Très intéressant et très propre solution.
    • J'adore les réponses de ce genre! élégant, intelligent et fonctionne, tout simplement!
    • Merci @Korayem. Cette solution a certainement des effets secondaires dont certains pourraient froncer les sourcils sur, mais à partir d'un point de vue pragmatique, je pense que c'est acceptable pour ce type d'application.
    • De quel côté effets que vous avez à l'esprit?
    • changement de nom d'utilisateur lorsque le courrier Électronique est mis à jour et vice-versa sont certainement des effets indésirables, mais ils sont les effets secondaires que je peux vivre avec.
    • J'ai eu une situation où le champ nom d'utilisateur contient certaines données qui ne peut être déplacé. J'ai simplement ajouté public override string UserName { get { return Email; } } avoir nom d'utilisateur dessiner à partir du champ e-mail. L'autre solution était de cartographie du champ dans la base de données d'applications config pour changer le nom de la colonne, la propriété a été lié.

    InformationsquelleAutor joelmdev
  3. 6

    Je suis actuellement en train de travailler sur cette fonctionnalité pour l'Identité 1.1 modèles qui vont passer à la messagerie et à ajouter de la confirmation du compte/mot de passe oublié les fonctionnalités, et les deux options que nous avons en considération est le hack (utilisez le nom d'utilisateur e-mail de validation) et ajout d'un champ e-mail, qui est séparé du nom d'utilisateur, qui est ce que nous sommes penchée vers.

    Il est probable qu'il y aura quelques e-mails des api spécifiques ajouté 1.1 à la UserManager:

    FindByEmail
SetEmail
GetEmail
    • Donc en 1.1 ces deux fonctionnalités seront incluses si j'ai bien compris le droit?
    • Juste mis à jour mon package NuGet dans un projet de test à 1,1 et en effet je peux le voir dans Usemanager quelques méthodes et les attributs de réinitialisation de mot de passe mais je ne peux pas voir tout ce qui "remplace" nom d'utilisateur par e-Mail? Aussi, est-il un visa pour la sortie de la 1.1? Et comment serait-il difficile de migrer à partir de 1.0 à 1.1 en supposant que je poursuivre le développement de 1,0 jusqu'à 1.1 est sorti
    • Il n'y a actuellement aucun plan pour quelque chose comme UseEmailAsUserName, c'est quelque chose que nous pouvons envisager d'ajouter de la valeur par défaut EF mise en œuvre, il ne devrait pas y avoir de grands changements considérables entre 1.0 et 1.1, la migration devrait être assez simple (j'espère qu'il va juste besoin d'un EF de la migration uniquement)
    • Lorsque cela sera ajouté à une nightly build? Il n'est pas dans la version 1.1.0-alpha1-131024 (version Préliminaire) des paquets. Pouvez-vous élaborer sur la façon dont cela va fonctionner? Nous avons séparé les champs pour le nom d'utilisateur et e-mail, ou le champ nom d'utilisateur "devenir" un mail?
    • Le courriel contiendra un champ distinct sur IdentityUser, et à l'application de décider de les traiter de la même ou non. Il sera dans la nightly build courant de la semaine prochaine.
    • Donc, si je veux traiter les e-mail et nom d'utilisateur comme le même, est-ce un bien, je peux mettre ou travail supplémentaire (comme le changement de la UserValidator)? Je vais garder un oeil sur les nightly builds " pour quand est ce qu'on voit.
    • Toute la documentation sur cette fonction et comment l'utiliser?

    InformationsquelleAutor Hao Kung
  4. 5

    Changer le UserValidator propriété pour votre UserManager objet:

    public class UserManager : UserManager<User>
{
    public IUserStore<User> Users { get; private set; }
    public UserManager(IUserStore<User> store) : base(store)
    {
        Users = store;
        UserValidator = new UserValidator<User>(this) {AllowOnlyAlphanumericUserNames = false};
    }
}
    • Tout à fait hors de propos à ce sujet.
    • Comment alors? Résolu le problème à la perfection.
    InformationsquelleAutor avalla
  5. 3

    Comme vous l'avez probablement trouvé (et c'était à prévoir), ASP.NET l'Identité 2.0.0, publié en Mars 2014, ajoute cette fonctionnalité dans le cadre.

    Annonce: http://blogs.msdn.com/b/webdev/archive/2014/03/20/test-announcing-rtm-of-asp-net-identity-2-0-0.aspx

    Exemple complet et un tutoriel, y compris la confirmation du compte: http://www.asp.net/identity/overview/features-api/account-confirmation-and-password-recovery-with-aspnet-identity

    InformationsquelleAutor Vincent Sels
  6. 1

    Tout en travaillant sur un problème similaire, j'ai trouvé la solution la plus simple est tout simplement de l'étiquette le nom d'utilisateur d'entrée en tant que "e-Mail", puis régler manuellement l'Adhésion à l'e-mail lors de onCreating.

    protected void RegisterUser_CreatingUser(object sender, LoginCancelEventArgs e){
    RegisterUser.Email = RegisterUser.UserName;            
}
    InformationsquelleAutor atjoedonahue
  7. 0

    Je reçois ce travail.

    D'abord aller à accountViewModels et ajouter une Propriété pour le nom d'utilisateur

    Public Class RegisterViewModel
    <Required>
    <Display(Name:="User Name")>
    Public Property UserName As String

    <Required>
    <EmailAddress>
    <Display(Name:="Email")>
    Public Property Email As String

    Après modifier votre Registre de vue de l'ajout de la propriété username

    <div class="form-group">
        @Html.LabelFor(Function(m) m.UserName, New With {.class = "col-md-2 control-label"})
        <div class="col-md-10">
            @Html.TextBoxFor(Function(m) m.UserName, New With {.class = "form-control"})
        </div>
    </div>
    <div class="form-group">
        @Html.LabelFor(Function(m) m.Email, New With {.class = "col-md-2 control-label"})
        <div class="col-md-10">
            @Html.TextBoxFor(Function(m) m.Email, New With {.class = "form-control"})
        </div>
    </div>

    Une fois cela fait, modifier votre Login vue

                    @Html.ValidationSummary(True, "", New With {.class = "text-danger"})
            <div class="form-group">
                @Html.Label("User Name", New With {.class = "col-md-2 control-label"})
                <div class="col-md-10">
                    @Html.TextBoxFor(Function(m) m.Email, New With {.class = "form-control"})
                    @Html.ValidationMessageFor(Function(m) m.Email, "", New With {.class = "text-danger"})
                </div>
            </div>
            <div class="form-group">
                @Html.LabelFor(Function(m) m.Password, New With {.class = "col-md-2 control-label"})
                <div class="col-md-10">
                    @Html.PasswordFor(Function(m) m.Password, New With {.class = "form-control"})
                    @Html.ValidationMessageFor(Function(m) m.Password, "", New With {.class = "text-danger"})
                </div>
            </div>

    C'est tout ce dont vous avez besoin. De cette façon, vous pouvez vous connecter avec le nom d'utilisateur pas avec l'adresse e-mail.

    InformationsquelleAutor Rogerio Picilli