javascript - Zhihu や Fenda のような製品は、アーキテクチャ内で一般ユーザーと回答者の ID をどのように区別していますか?-PHPチュートリアル-php.cn

javascript - Zhihu や Fenda のような製品は、アーキテクチャ内で一般ユーザーと回答者の ID をどのように区別していますか?

WBOY

リリース： 2016-08-10 09:07:18

オリジナル

1050 人が閲覧しました

WebApp には 2 種類のユーザーが同時に存在します。1 つは質問するため、もう 1 つは答えるためです。これら 2 つの ID とそれぞれのステータスをより適切に維持するにはどうすればよいでしょうか?

オプション 1: 同じ人が 2 回登録する必要があります。1 つのアカウントはユーザーで、もう 1 つは回答者です。ID を切り替えるには、まずログアウトしてから、再度ログインする ID を選択する必要があります。

オプション 2: すべてのユーザーは初期状態では一般ユーザーです。回答者に昇格したい場合は、何らかの申請を提出する必要があります。申請に合格すると、元のユーザー情報の下に回答者のマークが追加されます。、対応する表示内容も変更されており、一般ユーザーの状態には戻れない可能性があるとも言えます

オプション 3: 2 つのタイプのユーザーの登録プロセスはまったく同じです。登録が完了すると、ログインページでログインする ID を選択します。単一アカウントの ID を切り替えるには、再度ログインする必要があります

この 2 つのタイプのユーザーの行動は実際には大きく異なり、いくつかの例を挙げると、1 つのタイプは患者であり、もう 1 つのタイプは患者です。 1 つは運転手、もう 1 つは乗客です。では、どちらのソリューションが管理および保守に適しているでしょうか。

私の説明が明確かどうかわかりませんが、デュアルエンドまたはマルチ ID アカウントのログインの経験がある人にアドバイスをいただければ幸いです。

返信内容:

WebApp には 2 種類のユーザーが同時に存在します。1 つは質問するため、もう 1 つは答えるためです。これら 2 つの ID とそれぞれのステータスをより適切に維持するにはどうすればよいでしょうか?

この 2 つのタイプのユーザーの行動は実際には大きく異なり、いくつかの例を挙げると、1 つのタイプは患者、もう 1 つのタイプは医師です。 1 つは医師、もう 1 つは乗客です。では、どちらのソリューションが管理および保守に適しているでしょうか。

私の説明が明確かどうかわかりませんが、デュアルターミナルまたはマルチ ID アカウントでのログインの経験がある人にアドバイスをいただければ幸いです。

Zhihu は両端を必要としません。誰もが質問者または回答者になることができます。あなたは他の人の質問に答える人であり、新しい質問をすることもできます。登録とユーザー管理はすべて 1 つのセットであり、役割はページのロジックに基づいて決定されます。

Didiタクシーは二者関係が必要です。運転手と乗客は完全に2種類の人間で、2種類の行動なので、登録とユーザー管理は2セットです

Boss の直接採用は、Zhihu と同様に、登録とユーザー管理が一連のプロセスとして行われます。ただし、ロールの切り替えは、アプリケーションがロジックに基づいて自動的に選択するのではなく、プロアクティブに行われます。ユーザーがログインすると、採用担当者か応募者かを選択するよう求められ、その後のすべてのアクションは対応する役割に基づいて行われます。もちろん、使用中に積極的に役割を切り替えることもできます

私がとった計画

データベース設計に関連:

すべてのロールのユーザー情報は基本情報テーブルに保存され、各ロールには対応する情報の外観があります

たとえば、基本情報テーブルにはユーザー名、ニックネーム、パスワード、携帯電話、電子メールが保存されます、出現：一般会員情報表、加盟店情報表など
ビジネスプロセス関連:

登録する際、最初に基本情報を登録し、その後、外観情報を完成させるようユーザーを誘導することができます