Votre question manque beaucoup de contexte, mais ce que vous dites vous donne l'impression que vous cherchez à régler une dispute. Ma réponse commencera donc par "Cela dépend ..."

L'une des raisons d'avoir des noms d'utilisateur uniques qui ne sont pas des adresses e-mail est de protéger la confidentialité lorsque d'autres utilisateurs peuvent voir le nom d'utilisateur. Par exemple, les profils GitHub indiquent le nom d'utilisateur dans l'URL du profil, et comme indicateurs de paternité sur les commits, les problèmes, les commentaires, etc.

Fournir un nom d'utilisateur en tant que visage public de l'utilisateur au lieu de son adresse e-mail leur permet une couche de confidentialité.

Dans de rares cas, un service peut choisir de ne pas collecter les adresses e-mail du tout ... car les adresses e-mail peuvent être considérées comme des informations sensibles et personnellement identifiables. L'inconvénient de ne pas collecter d'adresse e-mail du tout est que la récupération de compte pour une personne qui oublie son mot de passe ou dont le compte est violé sera plus difficile sans un canal vérifié à utiliser pour la récupération.

Ou pour le approche hybride, on peut collecter l'adresse e-mail, mais la stocker dans la base de données derrière un cryptage fort. Il est généralement difficile de rechercher un cryptage fort, il serait donc pratique d'utiliser un identifiant moins sensible pouvant être stocké en texte brut.

Les e-mails sont en fait utilisés pour l'identité des utilisateurs sur de nombreux sites Web.

Il y a des avantages et des inconvénients à cela. Une liste incomplète:

Avantages

• le problème de l'unicité est déjà résolu
• pas besoin de trouver ou inventez un nom d'utilisateur
• vous n'avez pas besoin de demander l'adresse e-mail en plus

Inconvénients

• les gens changent parfois leur adresse e-mail
• cela expose souvent l'adresse e-mail publiquement (spam, harcèlement, etc. avoir un nom d'utilisateur, pas une adresse

Une solution courante et sécurisée est d'avoir à la fois un nom d'utilisateur affiché et d'utiliser l'adresse e-mail pour se connecter.

Cela dépend du type d'application. S'il s'agit d'un forum, il est logique d'ajouter une autre couche de noms d'utilisateur pour plusieurs raisons:

1. Masquez l'adresse e-mail de public (vous devez avoir un nom d'affichage, et de nombreuses personnes pourraient ne pas vouloir que leur adresse e-mail soit rendue publique). Cependant, une autre option serait de faire en sorte que les gens se connectent avec leur adresse e-mail, et leur donner la possibilité de choisir un nom d'affichage.

2. Facilité de connexion (bien sûr, avec navigateurs mémorisant vos identifiants de connexion, cela devient moins pertinent).

S'il s'agit d'une application dans laquelle les membres n'interagissent pas avec le public, se connectant probablement avec l'adresse e-mail aurait du sens.

Une raison qui n'a pas encore été mentionnée est la possibilité d'autoriser les utilisateurs à créer plusieurs comptes. Tous les sites n'ont pas besoin de limiter les comptes à un par personne.

Autoriser plusieurs comptes / identités est un problème de sécurité / confidentialité. Bien qu'il puisse être abusé, il donne également plus de confidentialité aux personnes, car elles peuvent séparer le travail des affaires privées, etc.

Stack Exchange permet aux utilisateurs de détenir plusieurs comptes. Cependant, puisque l'e-mail est utilisé comme identifiant, chaque compte a besoin d'une adresse e-mail différente.

Si l'e-mail n'est pas utilisé comme identifiant, on peut créer plusieurs comptes avec la même adresse e-mail. cela pourrait simplifier les choses pour les utilisateurs, et même permettre un système de support approprié pour plusieurs identités.

Une des raisons pour interdire plusieurs comptes par personne est l'allocation de ressources. (Par exemple, vous pouvez avoir 10 Go d'espace libre) Cependant, si les gens créent plusieurs comptes pour des raisons de confidentialité, ils ne se soucient pas vraiment de l'espace libre.

En autorisant l'utilisation de la même adresse e-mail pour plusieurs comptes, les gens peuvent obtenir leurs identités multiples, mais l'adresse e-mail peut être utilisée pour suivre les ressources limitées.

Cela n'empêche pas les abus, mais cela aide à identifier les personnes honnêtes.

Il existe bien sûr d'autres moyens d'y parvenir.

En plus de la confidentialité et de la facilité d'utilisation, un nom d'utilisateur peut couvrir le scénario lorsqu'un compte de messagerie est compromis.

Si mon compte de messagerie lié à un site est compromis, par exemple, je changerais le compte de messagerie en un nouveau (changer la valeur par défaut) pour tenter de minimiser les dommages.

Les gens perdent tout le temps l'accès aux comptes de messagerie pour diverses raisons.

Les adresses e-mail ne sont pas une bonne idée pour les noms d'utilisateur - et encore moins les noms d'utilisateur uniques - à moins que vous ne vous retrouviez dans beaucoup de problèmes.

Par exemple, j'enregistre des comptes avec une adresse e-mail comme 'first.last+service@gmail.com' afin que si je reçois du spam, je puisse voir quel service a divulgué mon adresse.

C'est l'adresse que vous devez enregistrer comme mon adresse e-mail afin de m'envoyer un e-mail.

Mais pour l'unicité du nom d'utilisateur, vous devriez simplement vérifier «first.last@gmail.com». Sauf que gmail (et je suis sûr que d'autres) acceptent également les e-mails à 'firstlast@gmail.com', 'f.irstl.ast@gmail.com' etc. Vous devrez donc également ignorer les points lors de la vérification de l'unicité .

Oh, et je ne me souviens peut-être pas si j'ai utilisé les points ou si j'ai inclus un nom de service, et quel était ce nom de service. Je perdrai donc probablement l'accès à mon compte.

En fait, les e-mails sont parfois utilisés pour identifier un utilisateur. Stack Exchange le fait lui-même et vous devez vous connecter à l'aide de votre adresse e-mail et de votre mot de passe. Le seul but d'un identifiant est d'être unique, créant un espace de noms de toutes sortes. Si vous appliquez l'unicité de tous les identifiants (que ce soit le nom d'utilisateur, l'adresse e-mail ou autre chose), alors, a fortiori , toutes les combinaisons identifiant: mot de passe seront uniques.

L'utilisation du nom d'utilisateur présente quelques avantages par rapport à l'utilisation du courrier électronique comme forme de connexion:

• Est plus sécurisée (contre le cache du navigateur, d'autres personnes affichant l'adresse e-mail, le phishing, etc. .)
• Est plus privé (raisons similaires à celles ci-dessus)
• Peut être saisi plus rapidement (et oui, cela compte souvent)
• Peut être configuré serveur- côté pour être quelque chose utilisable en cas de compromission de l'e-mail ou indépendant du statut de l'e-mail
• Peut empêcher un ensemble spécifique d'erreurs (liées et pas seulement - il est toujours préférable d'utiliser des caractères alphanumériques uniquement généralement dans le monde informatique)

La société précédente pour laquelle je travaillais a développé des sites Web qui permettaient de se connecter à diverses fins. Cependant, la plupart de nos clients avaient des politiques assez strictes envers les applications qui recueillaient des informations personnelles identifiables (PII). Il y avait des formulaires à remplir, des justifications à déposer, l'accès aux données à contrôler, etc. Ainsi, lorsque nous le pouvions, nous implémentions des connexions en utilisant des noms d'utilisateur (et ne demandions pas de PII) afin que ces applications puissent être utilisées. / p>

Étant donné qu'aucune des autres réponses ne l'a encore mentionné:

Il est également plus sûr contre l'ingénierie sociale / le piratage. Comme vous le savez peut-être, beaucoup de piratage ne se produit pas parce que les pirates sont des génies d'une race supérieure qui peuvent déchiffrer techniquement n'importe quel système, mais parce que les pirates sont capables de deviner les noms d'utilisateur et les mots de passe (malheureusement, dans de nombreux cas ceux des administrateurs). / p>

Conceptuellement, un nom d'utilisateur et un mot de passe sont deux informations d'identification indépendantes. Lorsque vous utilisez l'adresse e-mail comme nom d'utilisateur, vous la réduisez à un véritable identifiant. Comment ça?

Eh bien, les utilisateurs sont paresseux, et beaucoup d'entre eux n'ont qu'une seule adresse e-mail (veuillez ne pas lancer une discussion s'il s'agit d'une, deux ou trois ne changera pas trop le raisonnement suivant). Cela signifie que beaucoup de gens connaissent leur premier identifiant pour de nombreux sites Web sans aucun piratage .

À ce stade, vous pouvez supposer en toute sécurité que le mot de passe est le seul identifiant qui assure la protection.

Personnellement, pour cette raison, j'ai établi les règles suivantes pour moi-même:

• Lors du développement d'un site Web, je n'utilise pas l'adresse e-mail comme nom d'utilisateur.
• Lors du développement d'un site Web, et un utilisateur s'enregistre, et je détecte que l'utilisateur choisit un nom d'utilisateur qui pourrait être quelque chose comme une adresse e-mail, refusez l'enregistrement (bien sûr avec un message d'erreur approprié qui demande à cet utilisateur de choisir un nom d'utilisateur qui n'est pas et ne ressemble même pas à une adresse e-mail).
• Lors de mon inscription sur un site Web, je n'utilise pas l'une de mes adresses e-mail comme nom d'utilisateur à moins que le site Web ne m'oblige à le faire.
• Si un site Web permet de choisir le nom d'utilisateur au hasard, j'utilise quelque chose comme xKAiSP0k0hILscxU comme nom d'utilisateur (rappelez-vous: ce serait n ne soyez pas sage d'utiliser une chose comme prenom.nom, votre anniversaire ou le nom de votre chat comme nom d'utilisateur car alors vous avez exactement le même problème - tout le monde le sait ou peut le deviner).
• Si un site Web m'oblige à utiliser une adresse e-mail comme nom d'utilisateur, je génère une nouvelle adresse qui ne peut pas être devinée (par exemple xKAiSP0k0hILscxU@gmx.net ou même xKAiSP0k0hILscxU @ some_disposable_email_service_like_mailinator ), et j'utilise cette adresse uniquement pour ce site Web.

Juste mes deux cents ...