アプリケーションにログインするためのメールフィールドまたはユーザー名？
アプリの最適なソリューションは何ですか：メールまたはユーザー名フィールド？
私はメールが好きです：
- それはユニークです
- ユーザーは簡単に覚えます
- それは個人的なものです（これは不利な場合があります。同じアカウントの複数のユーザー）
残念ながら、通常はログインするためにさらに文字を入力する必要があります（名前+ @ domain.comを書きます）
どちらも全体的に優れているわけではありませんが、選択する必要はありません。 両方を使用。
入力フィールドがメールかユーザー名かをテストするのは簡単です（@が含まれているかどうかを確認してください）。そのため、別のフィールドも必要ありません。 Email/usernameフィールドを指定するだけです。
それぞれに異なる長所があるため、1つを使用する必要がある場合は、アプリケーションと顧客にとって最も重要なものを選択します。 ユーザー名は短いです、アプリケーションで必要なユーザー名を使用できないことがよくあるため、簡単に忘れることのできる別のユーザー名になることになります。 メールは忘れがたいユーザー名よりも一貫性があるため。
ログインにはメールフィールドが最適です。もう1つの利点は、パスワードを忘れた場合に、「パスワードのリセット」をクリックしてパスワード変更のメールを送信することです。
あなたが正しい名前は常に一人一人のために複製されます。ログイン用の電子メールフィールドを持つことができます。
以下のケースに入ることができる最悪のケース：
ケース1：
- 名前/メールID（多くのクエリを実行する必要があります）
- パスワード
Case2（私はこれが好きです）：
- 電子メールID
- パスワード
-Elumalai J.
電子メールが望ましいと思います。ユーザーは電子メールアドレスを覚えている可能性が高く、一意であるため、覚えられないユーザー名を作成する必要はありません。
システムが残りの部分を処理できるように、ユーザー名または電子メールを取ることを常に申し出ることができます。
メールは最も理にかなっています。サイトへのサインアップ時に何らかの電子メール検証が必要な場合、登録時にユーザーのログインが使用できない可能性はありません。つまり、特定のサイトの別のユーザー名を覚えておく必要がないため、同じではない可能性があります。紛争のために他の場所で使用するのと同じです。
私はJohnGBに同意します。両方を記録する場合、ユーザー名とメールの両方を許可することをお勧めします。
私が見る限り、4つの必須アイテムがあります。
- あなたは誰。
- あなたはそれを証明できますか？
- 表示する名前。
- おそらく追加情報フィールド。
あなたは誰？
これは、従来のユーザー名にすることができます。またはメールアドレス。または、ハードウェアの一部（デビットカードでチップに提供される情報など）。
これには、通常のユーザー名と、@が含まれているユーザー名の両方が機能します。現在のメールアドレスを使用している一部の人にとっては意味があるかもしれません。
あなたはそれを証明できますか？
従来：パスワードを入力します。 （他のオプションは、2番目のチャネルによる認証、証明書で署名されたキーの送信などです...）
表示する名前。
これは通常、ユーザー名です。 IDとしてメールを使用する場合は、表示名が必要です。
追加フィールド。
これらの中で最も重要なのは、現在の電子メールアドレスです。 アカウントのメールアドレスが変更された場合（プロバイダーの移動後など）（ログインに使用した 'email/username'とはかなり異なる場合があります）.
このため、ログインとメールは同じにしないでください。
個人的に：
現在の電子メールアドレスが何度か変更されているときに、user1 @ old.email.tldとパスワードでログインすると混乱します。どのサイトでどのメールを使用したかをログに記録する必要があります。これは、サイトごとにユーザー名を覚えておくと便利です（または少なくなります）。
したがって、通常のユーザー名（ユーザーが覚えているかメモする必要がある）と電子メールアドレス（ユーザーが覚えているかメモする必要がある）の両方を許可し、ユーザーがログインに使用したものを変更して、通知の宛先を変更できるようにします。