我們在APP項目開發(fā)前端設計時如果某個界面不需要用戶輸入，只能看，不能編輯，深圳APP開發(fā)公司認為那么這種界面的功能按鈕可以設計在界面的最下方，方便用戶用大拇指點擊。
在如圖2-11所示的設置界面中，通常會有許多功能菜單供用戶點擊，但不會讓用戶在此界面進行輸入操作，也就是在此界面不會彈出輸入法鍵盤，這樣就可把“退出當前賬號”按鈕放在界面的最下方，方便用戶單手操作，用大拇指點擊按鈕。博納網絡基于此歸納整理出如下二十七APP前端設計的實操案例。
（1）在設計文本輸入?yún)^(qū)域時，應顯示提示信息，提示用戶輸入的字符類型和字符個數(shù)。輸入?yún)^(qū)域的最右邊要設計有刪除輸入字符的圖標，用戶單擊即可刪除輸入?yún)^(qū)域中的所有字符。單擊如圖2-12所示的界面中的“×”圖標，會刪除密碼框中的所有字符。
圖2-13
（2）密碼輸入框的右邊應設計有切換明文或密文顯示的圖標。單擊如圖2-13所示的界面中的“”圖標，會切換密碼是明文顯示或密文顯示。
（3）如需用戶輸入手機號碼，需要明確號碼的顯示方式是否按3-4-4格式顯示，如13112345678。
（4）如需用戶輸入銀行卡，需明確卡號的顯示格式，如按此格式顯示：1111222233334444。
（5）遇到字符串長度超過顯示區(qū)域的情況，通常有以下幾種處理方式。換行顯示，動態(tài)增加顯示區(qū)域的高度。將顯示區(qū)域內的最后一個字符顯示為省略號。字符串水平滾動顯示全部內容。在提供產品文檔時，需要明確采用哪種處理方式。
（6）在登錄和注冊界面，建議設計用戶手動輸入驗證碼，這樣可以防止惡意攻擊。
（7）產品文檔中還應包括各種提示框和提示文字的設計。如操作成功和操作失敗的提示框，提示用戶等待的提示框，以及什么時候使用Toast提示框，什么時候
什么時候使用Alert提示框。建議在操作成功的時候用Toast提示框（顯示時間不超過2秒），操作失敗的時候用Alert提示框。Toast提示框顯示后會自動消失，導致用戶可能看不到出錯提示；Alert提示框不會自動消失，只有用戶單擊其上的按鈕才會消失，這樣保證了用戶可以看到出錯提示。（Android系統(tǒng)自帶Toast提示框，iOS系統(tǒng)需要導入第三方庫實現(xiàn)Toast提示框）
（8）在APP中若要用到輪播圖和動畫，輪播圖的切換時間和動畫的顯示時間最好也要在產品文檔中明確說明。
（9）產品文檔中需要明確哪些界面用網頁實現(xiàn)，哪些用原生代碼實現(xiàn)。通常內容多變的界面，如廣告和促銷界面，或者需要可以被鏈接索引傳播的文字內容等，可以用嵌入網頁的形式實現(xiàn)。
（10）產品文檔中需要明確APP是否支持長登錄，如果支持長登錄，登錄時間維持多久。
（11）產品文檔中需要明確是否支持一個賬號在多個設備上同時登錄，以及哪些數(shù)據(jù)需要在各設備間進行同步。如電商APP和電商網站的購物車、收藏夾、
瀏覽歷史和搜索歷史等是否需要實時同步。
（12）需要考慮哪些界面要保存用戶的輸入信息。如登錄界面通常需要保存用戶賬號在本地，這樣當用戶再次登錄的時候，不需再次輸入賬號。還有像用戶個人資料、地址和文本編輯等界面，需要用戶輸入的數(shù)據(jù)比較多，用戶在這些界面中點擊按鈕或鍵退出時，最好顯示提示框，提醒用戶是否保存當前界面的數(shù)據(jù)。
（13）如用到PUSH消息功能，需要明確以下內容。服務器端發(fā)送哪幾類消息數(shù)據(jù)。用戶點擊PUSH消息提示框后，顯示什么樣的界面內容。APP本地是否要保存消息，如果保存，保存消息的時間段是什么（一周或一月的消息）及保存的消息數(shù)量是多少。
（14）對于訂單、收藏夾和瀏覽歷史之類的數(shù)據(jù)，也需要考慮在服務器端或APP本地保存的時間段和數(shù)據(jù)數(shù)量。
（15）產品文檔中需要考慮到一些應用市場的要求，如iOSAPP，要發(fā)布到AppStore，注冊頁面必須包含一個用戶許可協(xié)議的鏈接，否則可能通不過Apple的審核。
（16）設計評論功能時，分數(shù)是否支持小數(shù)、星級的劃分標準、評論者的昵稱或名稱的顯示方式也都要考慮到。
（17）如有顯示或需用戶輸入數(shù)字的地方，需明確數(shù)字的默認值和最大值。如有小數(shù)，需明確小數(shù)位數(shù)，像商品的數(shù)量和價格等，這也涉及界面布局區(qū)域的寬度設置。
（18）在電商APP的結算頁面，建議設計買家留言功能，改善用戶體驗。
（19）搜索功能需要明確是APP本地搜索，還是APP向服務器發(fā)送請求，在服務器端進行搜索，并返回結果給APP。兩者具體的實現(xiàn)方式如下所述。本地搜索適合采用在搜索欄中輸入一個字符就自動搜索一次的實時搜索。服務器端搜索適合采用用戶輸入字符后，點擊按鈕，再進行搜索。（用實時搜索方式，如需要輸入5個字符，在極端情況下可能APP向服務器發(fā)送發(fā)送5次請求，在交互5次之后才能搜索到結果，這極大地浪費了流量和時間）
（20）搜索功能會涉及多個界面，各界面間的跳轉流程需要明確。
（21）大多數(shù)APP都會展示許多圖片，對網速要求高，但用戶可能會在網速不好的情況下（如在2G網絡狀況下）使用APP。需要考慮在此情況下，是否顯示分辨率較低的圖片或不顯示圖片，如電商APP中的商品列表轉換為文本模式，以降低對網絡性能的要求。
（22）需要明確APP的升級功能流程和相關界面，且要注意強制升級和非強制升級的不同。非強制升級是用戶即使選擇不升級當前版本，也能正常使用APP。強制升級是用戶必須升級后，才能使用APP。當用戶啟動APP時，APP從服務器獲取到升級信息，并在APP啟動界面顯示提示框，內有和兩個功能按鈕，供用戶選擇。在APP的啟動界面顯示的提示框只有按鈕，用戶只能點擊按鈕升級APP版本。
（23）在用戶進行刪除操作的時候，一定要顯示提示框請用戶確認，以防止用戶誤操作。
（24）大多數(shù)APP中的許多功能需要在登錄狀態(tài)才能正常使用。目前許多APP都把注銷登錄的按鈕設計在層次比較深的界面，讓用戶一直保持登錄狀態(tài)。如果用戶很容易看見注銷按鈕，那退出登錄狀態(tài)的概率也就變大了。
（25）Apple產品沒有鍵，但Android產品通常有鍵，用戶可以直接按鍵退出，需要明確采用以下哪種退出方案。用戶按鍵時，彈出Alert提示框，提示用戶確認是否要退出應用。需要用戶在點擊鍵后，把手指從手機的返回鍵區(qū)域移動到中間區(qū)域，點擊提示框上的按鈕。
用戶第一次按返回鍵時，彈出Toast提示框，提示用戶再次點擊鍵，則退出應用用戶手指一直放在返回鍵區(qū)域就可完成退出操作，不需移動手指，用戶體驗更好。
（26）對于展示列表數(shù)據(jù)的界面，需要明確數(shù)據(jù)按哪種方式排序。
（27）如果提供下拉列表，讓用戶選擇下拉列表里的數(shù)據(jù)時，需要考慮是否當用戶在文本框中輸入文字時，程序自動搜索相關的數(shù)據(jù)。當銷售銷售員數(shù)量較多時，可節(jié)省用戶查看列表數(shù)據(jù)的時間，改善用戶體驗。好了，APP開發(fā)公司本文關于“APP開發(fā)前端27個設計實操方法詳解”就分享到這里，謝謝關注，博納網絡編輯整理。
