javascript - Zhihu 및 Fenda와 같은 제품은 아키텍처에서 일반 사용자와 응답자의 신원을 어떻게 구별합니까?

웹앱에는 동시에 두 가지 유형의 사용자가 있습니다. 하나는 질문을 하고 다른 하나는 답변을 하기 위한 것입니다. 이 두 가지 ID와 각각의 상태를 어떻게 더 잘 유지할 수 있습니까?

옵션 1: 동일한 사람이 두 번 등록해야 합니다. 한 계정은 사용자이고 다른 계정은 응답자입니다. 먼저 로그아웃한 후 해당 ID를 선택하여 다시 로그인해야 합니다. 더 선명하게

옵션 2: 모든 사용자는 초기 상태에서는 일반 사용자입니다. 응답자로 승격하려면 신청서를 제출해야 합니다. 지원서 통과 후 원래 사용자 정보 아래에 응답자 표시를 추가해야 합니다. 해당 콘텐츠에도 변화가 있을 예정이며, 일반 사용자 상태로 돌아가지 못할 수도 있다고 할 수 있습니다

옵션 3: 두 유형의 사용자에 대한 등록 프로세스는 완전히 동일합니다. 등록이 완료되면 로그인 페이지에서 로그인할 ID를 선택합니다. 단일 계정에서 신원을 구별하려면 전환 시에도 다시 로그인해야 합니다.

답변은 단지 예시일 뿐이며, 실제로 두 유형의 사용자의 행동은 매우 다르며, 일부 콘텐츠의 표현에도 차이가 있을 것입니다. 다른 유형은 의사입니다. 한 유형은 운전자이고 다른 유형은 승객입니다. 그렇다면 어떤 솔루션을 관리하고 유지하는 것이 더 낫습니까?

제 설명이 이해가 되었는지 모르겠습니다. 이중단말기나 다중ID 계정 로그인 경험이 있으신 분들의 조언 부탁드립니다.

답글 내용:

웹앱에는 동시에 두 가지 유형의 사용자가 있습니다. 하나는 질문을 하고 다른 하나는 답변을 하기 위한 것입니다. 이 두 가지 ID와 각각의 상태를 어떻게 더 잘 유지할 수 있습니까?

옵션 1: 동일한 사람이 두 번 등록해야 합니다. 한 계정은 사용자이고 다른 계정은 응답자입니다. 먼저 로그아웃한 후 해당 ID를 선택하여 다시 로그인해야 합니다. 더 선명하게

옵션 2: 모든 사용자는 초기 상태에서는 일반 사용자입니다. 응답자로 승격하려면 신청서를 제출해야 합니다. 지원서 통과 후 원래 사용자 정보 아래에 응답자 표시를 추가해야 합니다. 해당 콘텐츠에도 변화가 있을 예정이며, 일반 사용자 상태로 돌아가지 못할 수도 있다고 할 수 있습니다

옵션 3: 두 유형의 사용자에 대한 등록 프로세스는 완전히 동일합니다. 등록이 완료되면 로그인 페이지에서 로그인할 ID를 선택합니다. 단일 계정에서 신원을 구별하려면 전환 시에도 다시 로그인해야 합니다.

답변은 단지 예시일 뿐이며, 실제로 두 유형의 사용자의 행동은 매우 다르며, 일부 콘텐츠의 표현에도 차이가 있을 것입니다. 다른 유형은 의사입니다. 한 유형은 운전자이고 다른 유형은 승객입니다. 그렇다면 어떤 솔루션을 관리하고 유지하는 것이 더 낫습니까?

제 설명이 이해가 되었는지 모르겠습니다. 이중단말기나 다중ID 계정 로그인 경험이 있으신 분들의 조언 부탁드립니다.

Zhihu는 양쪽 끝을 요구하지 않습니다. 누구나 질문자가 될 수도 있고 답변자가 될 수도 있습니다. 당신은 다른 사람들의 질문에 대한 답변자이며, 새로운 질문을 할 수 있습니다. 등록과 사용자 관리가 모두 하나의 세트로 이루어지며, 역할은 페이지 로직에 따라 결정됩니다.

디디택시는 두 당사자가 필요합니다. 운전자와 승객은 완전히 두 유형의 사람이고 두 유형의 행동이므로 등록과 사용자 관리가 두 세트입니다

사장님 직모 채용은 지후와 마찬가지로 등록과 사용자 관리가 일련의 과정으로 이루어져 있다는 점에서 매우 특별합니다. 그러나 역할 전환은 애플리케이션이 논리에 따라 자동으로 선택하는 것이 아니라 사전에 수행됩니다. 사용자가 로그인하면 채용 담당자인지 지원자인지 선택하라는 메시지가 표시되며 해당 페이지에 들어가면 해당 역할에 따라 향후 모든 작업이 수행됩니다. 물론, 사용 중에 적극적으로 역할을 전환할 수도 있습니다

내가 세운 계획

데이터베이스 설계 관련:
모든 역할 사용자 정보는 기본 정보 테이블에 저장되며, 각 역할에는 해당 정보 모양이 있습니다.
예를 들어 기본 정보 테이블에는 사용자 이름이 저장됩니다. , 닉네임, 비밀번호, 휴대폰, 이메일, 외모 : 일반회원정보양식, 가맹점정보양식 등

비즈니스 프로세스 관련:

• 등록 시 기본 정보를 먼저 등록하도록 선택한 후, 외모 정보를 완료하도록 사용자에게 안내할 수 있습니다

• 로그인은 모두 통합 로그인으로 통합 사용자 Single Sign-On 서비스 제공을 위한 확장에 편리합니다

• '마이 타오바오'와 유사한 사용자 정보, 보안 설정, 기타 배경 공유

• 백엔드 역할에 따라 구체적인 업무처리를 독자적으로 개발