javascript - Wie unterscheiden Produkte wie Zhihu und Fenda die Identität normaler Benutzer und Befragter in ihrer Architektur?

Eine WebApp hat zwei Arten von Benutzern gleichzeitig, einen zum Stellen von Fragen und einen zum Beantworten. Wie können wir diese beiden Identitäten und ihren jeweiligen Status besser pflegen?

Option 1: Ein Konto ist der Benutzer und das andere der Befragte. Um die Identität zu wechseln, müssen Sie sich zuerst abmelden und dann die Identität auswählen, um sich erneut anzumelden klarer

Option 2: Alle Benutzer sind im Ausgangszustand normale Benutzer. Wenn Sie zu einem Befragten befördert werden möchten, müssen Sie nach dem Bestehen des Antrags die Markierung des Befragten unter den ursprünglichen Benutzerinformationen hinzufügen und anzeigen Auch bei den entsprechenden Inhalten wird es Änderungen geben, und man kann sogar sagen, dass wir möglicherweise nicht zum Status normaler Benutzer zurückkehren können

Option 3: Der Registrierungsprozess ist für beide Benutzertypen genau derselbe. Nachdem die Registrierung abgeschlossen ist, wird auf der Anmeldeseite eine Identität ausgewählt Um die Identität unter einem einzelnen Konto zu unterscheiden, ist auch eine erneute Anmeldung erforderlich

Die Antwort ist nur ein Beispiel. Das Benutzerverhalten dieser beiden Benutzertypen ist tatsächlich sehr unterschiedlich, und es wird auch Unterschiede in der Darstellung einiger Inhalte geben. Ein Typ ist ein Patient Der andere Typ ist ein Arzt und der andere Typ sind die Passagiere. Welche Lösung ist also besser zu verwalten und zu warten?

Ich weiß nicht, ob meine Beschreibung klar ist. Ich hoffe, dass Leute mit Erfahrung in der Anmeldung mit Dual-Terminal- oder Multi-Identitäts-Konten mir einen Rat geben können

Antwortinhalt:

Eine WebApp hat zwei Arten von Benutzern gleichzeitig, einen zum Stellen von Fragen und einen zum Beantworten. Wie können wir diese beiden Identitäten und ihren jeweiligen Status besser pflegen?

Option 1: Ein Konto ist der Benutzer und das andere der Befragte. Um die Identität zu wechseln, müssen Sie sich zuerst abmelden und dann die Identität auswählen, um sich erneut anzumelden.

Option 2: Alle Benutzer sind im Ausgangszustand normale Benutzer. Wenn Sie zu einem Befragten befördert werden möchten, müssen Sie nach dem Bestehen des Antrags die Markierung des Befragten unter den ursprünglichen Benutzerinformationen hinzufügen und anzeigen Auch bei den entsprechenden Inhalten wird es Änderungen geben, und man kann sogar sagen, dass wir möglicherweise nicht zum Status normaler Benutzer zurückkehren können

Option 3: Der Registrierungsprozess ist für beide Benutzertypen genau derselbe. Nachdem die Registrierung abgeschlossen ist, wird auf der Anmeldeseite eine Identität ausgewählt Um die Identität unter einem einzelnen Konto zu unterscheiden, ist auch eine erneute Anmeldung erforderlich

Die Antwort ist nur ein Beispiel. Das Benutzerverhalten dieser beiden Benutzertypen ist tatsächlich sehr unterschiedlich, und es wird auch Unterschiede in der Darstellung einiger Inhalte geben. Ein Typ ist ein Patient Der andere Typ ist ein Arzt und der andere Typ sind die Passagiere. Welche Lösung ist also besser zu verwalten und zu warten?

Ich weiß nicht, ob meine Beschreibung klar ist. Ich hoffe, dass Leute mit Erfahrung in der Anmeldung mit Dual-Terminal- oder Multi-Identitäts-Konten mir einen Rat geben können

Zhihu erfordert nicht beide Enden. Jeder kann ein Fragender oder ein Antwortender sein. Sie sind die Antwort auf die Fragen anderer und können neue Fragen stellen. Registrierung und Benutzerverwaltung sind alle in einem Satz, und Rollen werden basierend auf der Seitenlogik bestimmt.

Didi Taxi erfordert zwei Parteien, da Fahrer und Passagiere völlig zwei Arten von Menschen und zwei Arten von Verhalten sind, also sind Registrierung und Benutzerverwaltung zwei Gruppen

Die Direktrekrutierung von Chefs ist etwas ganz Besonderes. Registrierung und Benutzerverwaltung sind eine Reihe von Prozessen, ähnlich wie bei Zhihu. Der Rollenwechsel erfolgt jedoch proaktiv, anstatt dass die Anwendung ihn auf der Grundlage einer Logik automatisch für Sie auswählt. Nachdem sich der Benutzer angemeldet hat, werden Sie aufgefordert, auszuwählen, ob Sie ein Personalvermittler oder ein Bewerber sind, und dann die entsprechende Seite aufzurufen. Alle zukünftigen Aktionen basieren auf der entsprechenden Rolle. Natürlich können Sie während der Nutzung auch aktiv die Rollen wechseln

Der Plan, den ich gemacht habe

Bezogen auf das Datenbankdesign:
Alle Rollenbenutzerinformationen werden in einer Basisinformationstabelle gespeichert, und dann hat jede Rolle ein entsprechendes Informationsauftritt
In der Basisinformationstabelle werden beispielsweise Benutzernamen gespeichert , Spitznamen, Passwort, Mobiltelefon, E-Mail, Aussehen: normales Mitgliedsinformationsformular, Händlerinformationsformular usw.

Geschäftsprozessbezogen:

• Bei der Registrierung können Sie zunächst grundlegende Informationen registrieren und den Benutzer dann dazu anleiten, die Erscheinungsbildinformationen zu vervollständigen

• Bei der Anmeldung handelt es sich ausschließlich um eine einheitliche Anmeldung, die praktisch für die Erweiterung ist, um einen einheitlichen Single-Sign-On-Dienst für Benutzer bereitzustellen

• Teilen Sie Benutzerinformationen, Sicherheitseinstellungen und andere Hintergrundinformationen ähnlich wie bei „Mein Taobao“

• Die spezifische Geschäftsabwicklung wird entsprechend der Rolle des Backends unabhängig entwickelt