謝邀先分析有幾種實現方式及各自優缺點1)直接在輸入框限制可輸入欄位長度優點:實現簡單,程式碼量少缺點:程式靈活性差,哪天這個欄位擴充套件長度了就得改程式碼2)在使用者提交時做長度檢查優點:可以對欄位長度引數化,欄位擴充套件時無需修改程式碼缺點:程式碼量增加,維護量增加,如果一個頁面這種檢查太多會直接影響效能3)資料庫級自動控制(前提是該資訊會存入資料庫)優點:幾乎啥額外的程式碼都不用寫缺點:資料庫返回的出錯資訊有可能不友好,如果這樣,就還是得寫程式碼處理還有一種情況如果這是一個介面功能也就是說可能有不同的頁面、甚至其它程式會呼叫這個介面那麼最好要在這個介面程式中做輸入有效性的檢查我認為這個問題沒有行業標準主要還是看具體需求和使用者體驗比如說暱稱這種欄位一般會有兩種功能中用到第一:建立暱稱這種情況我個人認為最好是在輸入框就限制好上面有人說了不希望輸入了一百個字元結果提交時被告知最多寫十個第二:暱稱建立好以後用於登入這種情況我覺得不用在輸入框限制直接等提交時驗證暱稱輸入是否正確就是了再比如象大文字輸入框比如知乎寫答案這種我個人認為最好不要在輸入框限制以我的體驗我正寫得high呢就算超字數了你好歹讓我先high完然後我再決定是分次分段發表還是怎麼著當然如果最後程式實現是使用者一提交檢查字數超了就直接把文字框清空這種垃圾設計我表示想砍人另外移動App的設計應該更多考慮使用者體驗畢竟在移動裝置上輸入不如在電腦上方便所以我傾向於儘量不給使用者找麻煩的設計當然最好的使用者體驗是有充分的體貼的提醒比如事先就告訴使用者這個欄位的格式、限制使用者輸入過程中幫使用者記數友好的出錯資訊等等
謝邀先分析有幾種實現方式及各自優缺點1)直接在輸入框限制可輸入欄位長度優點:實現簡單,程式碼量少缺點:程式靈活性差,哪天這個欄位擴充套件長度了就得改程式碼2)在使用者提交時做長度檢查優點:可以對欄位長度引數化,欄位擴充套件時無需修改程式碼缺點:程式碼量增加,維護量增加,如果一個頁面這種檢查太多會直接影響效能3)資料庫級自動控制(前提是該資訊會存入資料庫)優點:幾乎啥額外的程式碼都不用寫缺點:資料庫返回的出錯資訊有可能不友好,如果這樣,就還是得寫程式碼處理還有一種情況如果這是一個介面功能也就是說可能有不同的頁面、甚至其它程式會呼叫這個介面那麼最好要在這個介面程式中做輸入有效性的檢查我認為這個問題沒有行業標準主要還是看具體需求和使用者體驗比如說暱稱這種欄位一般會有兩種功能中用到第一:建立暱稱這種情況我個人認為最好是在輸入框就限制好上面有人說了不希望輸入了一百個字元結果提交時被告知最多寫十個第二:暱稱建立好以後用於登入這種情況我覺得不用在輸入框限制直接等提交時驗證暱稱輸入是否正確就是了再比如象大文字輸入框比如知乎寫答案這種我個人認為最好不要在輸入框限制以我的體驗我正寫得high呢就算超字數了你好歹讓我先high完然後我再決定是分次分段發表還是怎麼著當然如果最後程式實現是使用者一提交檢查字數超了就直接把文字框清空這種垃圾設計我表示想砍人另外移動App的設計應該更多考慮使用者體驗畢竟在移動裝置上輸入不如在電腦上方便所以我傾向於儘量不給使用者找麻煩的設計當然最好的使用者體驗是有充分的體貼的提醒比如事先就告訴使用者這個欄位的格式、限制使用者輸入過程中幫使用者記數友好的出錯資訊等等