javascript - 類似值乎和分答之類的產品，在架構上是怎麼區分一般使用者和回答者的身分的？

一個WebApp，同時擁有兩類用戶，一類是提問的，一類是回答的，那如何才能更好地維護這兩種身分及各自的狀態？

方案一：同一個人需要註冊兩遍，一個帳號是用戶一個帳號是回答者，切換身份需要先登出然後選擇身份重新登錄，這樣似乎比較清晰

方案二：所有用戶在初始狀態下都是普通用戶，而要晉升成為回答者的話，需要提交某種申請，通過後，在原有用戶資訊下添加回答者的標記，相對應的展示內容也會有所變化，甚至可以說，可能回不到一般使用者的狀態了

方案三：兩類使用者註冊流程完全相同，註冊完成後統一跳轉登錄頁面，在登錄頁面選擇一種身份登錄，其實這個就是在單一帳號下區分身份，切換也需要重新登入

分答只是舉個例子，這兩類使用者的使用者行為其實有很大不同的，在一些內容展現上也會有所區分，舉幾個例子，一類是病人，一類是醫生，一類是司機，那麼另外一類是乘客，那麼是採用哪一種方案來更好管理和維護呢？

不知道我描述的是否清晰，希望有做過雙端或多重身分帳號登入的經驗人士指點指點

回覆內容：

一個WebApp，同時擁有兩類用戶，一類是提問的，一類是回答的，那如何才能更好地維護這兩種身分及各自的狀態？

方案一：同一個人需要註冊兩遍，一個帳號是用戶一個帳號是回答者，切換身份需要先登出然後選擇身份重新登錄，這樣似乎比較清晰

方案二：所有用戶在初始狀態下都是普通用戶，而要晉升成為回答者的話，需要提交某種申請，通過後，在原有用戶資訊下添加回答者的標記，相對應的展示內容也會有所變化，甚至可以說，可能回不到一般使用者的狀態了

方案三：兩類使用者註冊流程完全相同，註冊完成後統一跳轉登錄頁面，在登錄頁面選擇一種身份登錄，其實這個就是在單一帳號下區分身份，切換也需要重新登入

分答只是舉個例子，這兩類使用者的使用者行為其實有很大不同的，在一些內容展現上也會有所區分，舉幾個例子，一類是病人，一類是醫生，一類是司機，那麼另外一類是乘客，那麼是採用哪一種方案來更好管理和維護呢？

不知道我描述的是否清晰，希望有做過雙端或多重身分帳號登入的經驗人士指點指點

知乎是不需要雙端的，每個人即可以是提問者也可以是回答者。你在別人的問題下就是回答者，同時你可以提新問題。註冊和使用者管理都是一套，根據頁面邏輯來決定角色。

滴滴搭計程車是需要雙端的，因為司機和乘客完全是兩類人兩類行為，所以註冊和用戶管理都是兩套

boss直聘這種比較特殊，註冊和使用者管理是一套流程，和知乎相似。但角色切換是主動進行的，而不是應用根據邏輯賴自動幫你選。在使用者登入後會讓你選擇是招募者還是應徵者，然後進入對應的頁面，以後所有的行為都是對應的角色。當然使用上也可以主動切換角色

我採取的方案

資料庫設計相關：
所有角色使用者資訊都存一個基礎資訊表，然後每個角色都有對應的資訊外表
例如基礎資訊表儲存使用者名稱、暱稱、密碼、手機、信箱，外表：一般會員資訊表、商家資訊表等

業務流程相關：

• 註冊的時候可以選擇先註冊基礎信息，然後再去引導讓用戶選擇去完善外表信息

• 登入都是統一登錄，方便擴充做統一使用者單一登入服務

• 共享一個用戶資訊、安全設定等後台類似「我的淘寶」

• 具體的業務處理根據角色獨立開發後台