中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

注冊/登錄，用著感覺很簡單，但是細細分析起來，都是坑。試著還原兩個產品的登錄注冊流程，滿滿的都是套路。

首先推薦兩篇文章：

1. 最完整注冊登錄詳解：流程設計、業務及產品思考（by啟辰菌）
2. APP注冊登錄流程設計與淺析（by Thor_datou）

理論性的內容基本上面兩篇文章都有涉及到，這里只分析表面的東西，主要根據下面的思維導圖，結合真實app實現，來整理各種注冊登錄流程。

注冊和登錄統一，例子：餓了么

餓了么有個小小的體驗缺陷，手機驗證碼登錄中，手機號輸入框中的格式校驗只是簡單的校驗（位數=11，純數字，以1開頭），當輸入了一個不存在但符合格式的手機號（比如10012341234）時，依然可以點擊“獲取驗證碼”調出圖形驗證碼的輸入框，但是輸入完成后永遠提示“圖形驗證碼輸入錯誤”。但是這種畢竟是可以忽略的事件，如果需要改進的話，需要在點擊“獲取驗證碼”時，再加上一個后端校驗號碼格式的過程（下面的『要出發』就是如此）。此外也可以完善“獲取驗證碼”按鈕的可點擊狀態判斷條件，但是這個校驗過程一般是前端的，風險太大。關于手機號碼的校驗可以參考js正則驗證手機號碼有效性，不過這個有效性規則有不同的版本，沒深入分析對錯，這個是比較寬松的驗證規則。

注冊和登錄分開，例子：要出發

在還原這兩個注冊登錄流程，關于手機號的校驗規則差點就轉暈了。登錄注冊是產品的一個很重要的流程，因此對于輸入框數據的校驗很重要，校驗流程盡可能放到后臺校驗，如果校驗放到前端，一旦檢驗規則發生改變，那將影響的是多個版本。兩個產品的注冊流程中都只是把手機號的簡單校驗（比如長度，純數字，1開頭）置于前端上，而把一些具體的判斷置于后臺校驗。

原型下載鏈接：https://pan.baidu.com/s/1bo3axqR（密碼: dgy7）

個人畫著練習，有不對的地方歡迎指出交流。

本文由 @6277 原創發布于人人都是產品經理。未經許可，禁止轉載。