限制UITextField字數的正確姿勢

szlzhm 8年前發布 | 8K 次閱讀 iOS開發 移動開發 UITextField

限制UITextField的字數應該是一個很常見的需求吧。前些時我們項目就有個,比方說用戶名不能超過20個字符,實現也很簡單,實現UITextFieldDelegate方法:

- (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string
{
    return textField.text.length + string.length < 21;
}

恩,這樣一般也是沒什么問題的,但是偏偏有不一般的情況。如果你的應用只用支持iPhone,那么你不用往下看了,上面的代碼沒什么問題,如果你要在iPad上面運行的話,那么這種情況下它會crash:

1、iOS 9以上的iPad,因為只有iOS 9以上的iPad上面的軟鍵盤左上方才會有這三個按鈕:undo,redo,paste;

2、輸入字符達到最大20個不能再輸入的時候,先點擊paste按鈕,然后點擊undo按鈕;

QQ20160913-0.png

華麗麗地crash了,當測試告訴我這個bug的時候我還莫名其妙,手賤打開iPad微信去看看其他的應用有沒有限制字數的UITextField,果然發現了一個地方:個人信息-名字

IMG_0041.jpg

然后照著輸到最大字數,然后那三個按鈕反復點,果然,微信crash了!看來不是我一個人有這個問題啊。

查看錯誤信息:

**Terminating app due to uncaught exception 'NSRangeException', reason: '*** -[NSBigMutableString substringWithRange:]: Range {20, 19} out of bounds; string length 20'**

很清楚substringWithRange這個方法被調用的時候參數Range超界了,我沒有調用這個方法,很顯然是系統自己調用的。設置斷點進去,仔細查看這個代理方法(- (BOOL)textField:(UITextField )textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString )string)的邏輯,才發現以前理解太膚淺了。

1、輸入簡單字母的時候,比如當前內容是“123”, 輸入4,那么代理方法觸發時range參數是{3, 0},string是“4”,如果return yes,那么系統會調用substringWithRange這個方法改變{3, 0}位置的內容為“4”,由于{3, 0}本來就在末尾,所以這里就是簡單的添加得到“1234”;

2、如果是聯想到了英語單詞等情況,比如下面的點擊候選框中的單詞"keeps",那么此時range是{0, 2},string為“keeps”,return yes的話就會用“keeps”替換掉{0, 2}位置的內容“ke”得到“keeps”;

QQ20160917-0.png

3、點擊刪除按鈕的時候,string為"",此時range為要刪除的字符內容的位置,比如下面的range為{15, 1},return yes的話同樣是替換此處的“w”為“”,從而完成刪除;

QQ20160917-1.png

4、iPad上點擊undo,redo,paste中的按鈕都會觸發該代理方法,比如點擊paste時與前面1中情況比較類似,會在后面添加,點擊undo的時候會撤銷剛才的添加操作,此時與上面的操作3類似。如果剛才paste添加操作是range = {10, 2},string = "ww",那么就會在末尾添加“ww”,此時undo操作就會是range = {10, 2},string = “”,從而刪掉剛才添加的“ww”。可以看出此時paste和undo操作range參數是一樣的;

那么bug為什么會發生呢?如果沒有在這個代理方法里面加上上面的代碼,是不會有bug的,無論你增刪改,上面的range都不會超過textField.text的范圍,也就是系統調用substringWithRange這個方法的時候并不會有問題。但是如果加上了上面的代碼,表明我們并不允許字符數超過20,當text內容恰好長度為20的時候,此時點擊paste,會調用這個代理方法(比如string為"ww",range為{20, 2}),但是會返回NO。然后你再點擊undo時,此時的range也為{20, 2},string為“”,此時會返回yes,然后系統會調用substringWithRange方法,range超界,crash!

找到原因了,這么寫就不會crash了:

- (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string
{
    if (textField.text.length + string.length > 20) {
        return NO;
    }
    if (textField.text.length < range.location + range.length) {
        return NO;
    }

    return YES;
}

后面的代碼是保證超界的時候返回NO,就不會去調用substringWithRange這個方法了。

 

來自:http://www.jianshu.com/p/8a18baf0a252

 

 本文由用戶 szlzhm 自行上傳分享,僅供網友學習交流。所有權歸原作者,若您的權利被侵害,請聯系管理員。
 轉載本站原創文章,請注明出處,并保留原始鏈接、圖片水印。
 本站是一個以用戶分享為主的開源技術平臺,歡迎各類分享!