很久沒有寫文章了,今天上來寫寫,發現增多了markDown編輯器。挺不錯,後續研究一下,今天暫寫文章先。好了,不廢話。 ios
如題,相信你們看到這個標題都不想看文章了,這有什麼好說的,網上一搜一大把。好吧,自認爲是一搜一大把的跳過,有興趣的就看完。。。。。。 app
對於限制UITextView輸入的字符數。相信你們在網上見得最多的是實現UITextViewDelegate 編輯器
- - (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range
- replacementText:(NSString *)text;//有輸入時觸但對於中文鍵盤出示的聯想字選擇時不會觸發
-
- - (void)textViewDidChange:(UITextView *)textView;//當輸入且上面的代碼返回YES時觸發。或當選擇鍵盤上的聯想字時觸發。
第一個用於限制輸入,第二個用於動態計算剩餘字數。好吧,就來慢慢的給你們分析這兩個代理共同協做來限制輸入。
從最簡單的開始。爲了便於講析,聲明 函數
#define MAX_LIMIT_NUMS 100 來限制最大輸入只能100個字符 測試
詳細的實現代碼: spa
- - (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range
- replacementText:(NSString *)text
- {
- NSString *comcatstr = [textView.text stringByReplacingCharactersInRange:range withString:text];
-
- NSInteger caninputlen = MAX_LIMIT_NUMS - comcatstr.length;
-
- if (caninputlen >= 0)
- {
- return YES;
- }
- else
- {
- NSInteger len = text.length + caninputlen;
- //防止當text.length + caninputlen < 0時,使得rg.length爲一個非法最大正數出錯
- NSRange rg = {0,MAX(len,0)};
-
- if (rg.length > 0)
- {
- NSString *s = [text substringWithRange:rg];
-
- [textView setText:[textView.text stringByReplacingCharactersInRange:range withString:s]];
- }
- return NO;
- }
-
- }
-
- - (void)textViewDidChange:(UITextView *)textView
- {
- NSString *nsTextContent = textView.text;
- NSInteger existTextNum = nsTextContent.length;
-
- if (existTextNum > MAX_LIMIT_NUMS)
- {
- //截取到最大位置的字符
- NSString *s = [nsTextContent substringToIndex:MAX_LIMIT_NUMS];
-
- [textView setText:s];
- }
-
- //不讓顯示負數
- self.lbNums.text = [NSString stringWithFormat:@"%ld/%d",MAX(0,MAX_LIMIT_NUMS - existTextNum),MAX_LIMIT_NUMS];
- }
最終運行效果:
圖片這麼大?^_^。你們看到這是否是就表示OK了呢。就提交代碼了呢? .net
好,下面就對上面的簡單代進行逐一BUG找出且進行修復。 代理
1.遺留BUG(只考慮了英文鍵盤下處理) 日誌
上述代碼在英文鍵盤下基本上是能夠正常,但若是是在中文(生在天朝啊必須得懂中文)或9宮格鍵盤下會有什麼問是呢。下圖是我截圖,當輸入到只剩下一個字時,這時輸入拼音時,問題出現了,發現拼音輸不完。另外一個問題是當離字數上限差距很大時,輸入拼音會發現字數也跟着計算了。原本尚未輸入的,此時開始計算了,有瘕次。 code
如圖,在最後一個,本想輸入一個拼音h開頭的且尚未出如今推薦字的。哪再輸入第二位拼音時發現不能輸了,且字數被計算了。
對上述可能有朋友說,這算什麼BUG。基本上沒怎麼碰到這狀況。嗯確實,但若是是在一段字中間插入的時候呢。這個是有可能出現的。
哪麼怎麼樣處理這樣的產生的BUG呢。從分析來看事實上輸入拼音還處於高亮狀態,哪麼有沒有什麼辦法來獲取呢。因而呼搜尋中。。。。。。
Ok,確實有這樣的好。加上後代碼以下:
- - (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range
- replacementText:(NSString *)text
- {
- UITextRange *selectedRange = [textView markedTextRange];
- //獲取高亮部分
- UITextPosition *pos = [textView positionFromPosition:selectedRange.start offset:0];
- //獲取高亮部份內容
- //NSString * selectedtext = [textView textInRange:selectedRange];
-
- //若是有高亮且當前字數開始位置小於最大限制時容許輸入
- if (selectedRange && pos) {
- NSInteger startOffset = [textView offsetFromPosition:textView.beginningOfDocument toPosition:selectedRange.start];
- NSInteger endOffset = [textView offsetFromPosition:textView.beginningOfDocument toPosition:selectedRange.end];
- NSRange offsetRange = NSMakeRange(startOffset, endOffset - startOffset);
-
- if (offsetRange.location < MAX_LIMIT_NUMS) {
- return YES;
- }
- else
- {
- return NO;
- }
- }
-
-
- NSString *comcatstr = [textView.text stringByReplacingCharactersInRange:range withString:text];
-
- NSInteger caninputlen = MAX_LIMIT_NUMS - comcatstr.length;
-
- if (caninputlen >= 0)
- {
- return YES;
- }
- else
- {
- NSInteger len = text.length + caninputlen;
- //防止當text.length + caninputlen < 0時,使得rg.length爲一個非法最大正數出錯
- NSRange rg = {0,MAX(len,0)};
-
- if (rg.length > 0)
- {
- NSString *s = [text substringWithRange:rg];
-
- [textView setText:[textView.text stringByReplacingCharactersInRange:range withString:s]];
- //既然是超出部分截取了,哪必定是最大限制了。
- self.lbNums.text = [NSString stringWithFormat:@"%d/%ld",0,(long)MAX_LIMIT_NUMS];
- }
- return NO;
- }
-
- }
-
- - (void)textViewDidChange:(UITextView *)textView
- {
- UITextRange *selectedRange = [textView markedTextRange];
- //獲取高亮部分
- UITextPosition *pos = [textView positionFromPosition:selectedRange.start offset:0];
-
- //若是在變化中是高亮部分在變,就不要計算字符了
- if (selectedRange && pos) {
- return;
- }
-
- NSString *nsTextContent = textView.text;
- NSInteger existTextNum = nsTextContent.length;
-
- if (existTextNum > MAX_LIMIT_NUMS)
- {
- //截取到最大位置的字符
- NSString *s = [nsTextContent substringToIndex:MAX_LIMIT_NUMS];
-
- [textView setText:s];
- }
-
- //不讓顯示負數 口口日
- self.lbNums.text = [NSString stringWithFormat:@"%ld/%d",MAX(0,MAX_LIMIT_NUMS - existTextNum),MAX_LIMIT_NUMS];
- }
效果以下:有拼音輸入還在高亮時,字數再也不計算。
通過上述處理,基本上能支持正常的中,英輸入法鍵盤的字符限制。
到這裏可能部分開發者就能夠說大功告成了,能夠和BOSS說,BUG弄好了。正準備看大片時。。。。。測試來了,又有BUG了。
凸^-^凸
還有BUG?不可能吧。(不少狀況下,是咱們一會兒思考不徹底導至的,也有些場景未能正常預知所至,所以經驗相當重要)
上述的代碼,在輸入中,英文都能正常限制和處理,但若是是輸入的字符帶有emoji表情符,且用戶是使用粘貼的方式就有可能出BUG。看截圖,在最後一位時貼個emoji.就變爲亂碼了?爲何是亂碼?由於emoji在IOS中使用的是UTF16也就是佔位符是8+8兩個字節的(佔的長度爲2,所以在計算字數時一個表情就佔了2即所有表情只能輸入50個,故計算上也是一個問題),至關於雙UNICODE。因此在使用
substringWithRange或substringToIndex等截取時就可能正好只取到了某個emoji的一半字符。如圖顯示:
所以在使用截取字符串函數時,必須判斷出截取位置是否是emoji字符。(固然還有能存在某些不知道的字符在最後一個時粘貼截取出問題。)還好ios對中文的截取還算正確。不然得判斷unicode了。好吧,既然問是出現了,哪必須得解決啊,不然BOSS又要發威了。。。。
解決思路就是判斷截取的位置是否正好爲emoji。一個比較笨的方式就是判斷截取的位置,先假設爲emoji,取位置前1個字符和當前字串組合(AB)而後用emoji的正則判斷這個組合後的字符是否爲emoji若是是,則說明截取的位置正好是一個emoji的結束位。若是組合起來發現不是emoji,則再來判斷截取位置和+1字符串(注意要判斷是否越界),組合後BC進行emoji正則,若爲emoji則說明截取的位置正好把emoji劈成兩半了,因此這個時候的實際截取應該是當前截取位置+1這樣就可讓emoji截全了。若是不是則放心了,截取的位置不是emoji.(不過不能保證是否是其它雙字節的)
咱先來看看Emoji輸出的長度和他的實際字符(在textview中只取一個笑臉符就能夠看出了)
- //encode
- NSData *data = [comcatstr dataUsingEncoding:NSNonLossyASCIIStringEncoding];
- NSString *goodValue = [[NSString alloc] initWithData:data encoding:NSUTF8StringEncoding];
-
- NSLog(@"gv = %@,len = %d",goodValue,goodValue.length);
-
- //decode
- data = [goodValue dataUsingEncoding:NSUTF8StringEncoding];
- goodValue = [[NSString alloc] initWithData:data encoding:NSNonLossyASCIIStringEncoding];
-
- NSLog(@"gv = %@,len = %d",goodValue,goodValue.length);
輸出日誌爲:
爲解決截取問題,因而呼,我又尋求了一種更爲合適的方法(我的認爲還不錯)只要不用於計算字數,還能夠效率。
完整代碼:
- - (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range
- replacementText:(NSString *)text
- {
- UITextRange *selectedRange = [textView markedTextRange];
- //獲取高亮部分
- UITextPosition *pos = [textView positionFromPosition:selectedRange.start offset:0];
- //獲取高亮部份內容
- //NSString * selectedtext = [textView textInRange:selectedRange];
-
- //若是有高亮且當前字數開始位置小於最大限制時容許輸入
- if (selectedRange && pos) {
- NSInteger startOffset = [textView offsetFromPosition:textView.beginningOfDocument toPosition:selectedRange.start];
- NSInteger endOffset = [textView offsetFromPosition:textView.beginningOfDocument toPosition:selectedRange.end];
- NSRange offsetRange = NSMakeRange(startOffset, endOffset - startOffset);
-
- if (offsetRange.location < MAX_LIMIT_NUMS) {
- return YES;
- }
- else
- {
- return NO;
- }
- }
-
-
- NSString *comcatstr = [textView.text stringByReplacingCharactersInRange:range withString:text];
-
- NSInteger caninputlen = MAX_LIMIT_NUMS - comcatstr.length;
-
- if (caninputlen >= 0)
- {
- return YES;
- }
- else
- {
- NSInteger len = text.length + caninputlen;
- //防止當text.length + caninputlen < 0時,使得rg.length爲一個非法最大正數出錯
- NSRange rg = {0,MAX(len,0)};
-
- if (rg.length > 0)
- {
- NSString *s = @"";
- //判斷是否只普通的字符或asc碼(對於中文和表情返回NO)
- BOOL asc = [text canBeConvertedToEncoding:NSASCIIStringEncoding];
- if (asc) {
- s = [text substringWithRange:rg];//由於是ascii碼直接取就能夠了不會錯
- }
- else
- {
- __block NSInteger idx = 0;
- __block NSString *trimString = @"";//截取出的字串
- //使用字符串遍歷,這個方法能準確知道每一個emoji是佔一個unicode仍是兩個
- [text enumerateSubstringsInRange:NSMakeRange(0, [text length])
- options:NSStringEnumerationByComposedCharacterSequences
- usingBlock: ^(NSString* substring, NSRange substringRange, NSRange enclosingRange, BOOL* stop) {
-
- if (idx >= rg.length) {
- *stop = YES; //取出所須要就break,提升效率
- return ;
- }
-
- trimString = [trimString stringByAppendingString:substring];
-
- idx++;
- }];
-
- s = trimString;
- }
- //rang是指從當前光標處進行替換處理(注意若是執行此句後面返回的是YES會觸發didchange事件)
- [textView setText:[textView.text stringByReplacingCharactersInRange:range withString:s]];
- //既然是超出部分截取了,哪必定是最大限制了。
- self.lbNums.text = [NSString stringWithFormat:@"%d/%ld",0,(long)MAX_LIMIT_NUMS];
- }
- return NO;
- }
-
- }
-
- - (void)textViewDidChange:(UITextView *)textView
- {
- UITextRange *selectedRange = [textView markedTextRange];
- //獲取高亮部分
- UITextPosition *pos = [textView positionFromPosition:selectedRange.start offset:0];
-
- //若是在變化中是高亮部分在變,就不要計算字符了
- if (selectedRange && pos) {
- return;
- }
-
- NSString *nsTextContent = textView.text;
- NSInteger existTextNum = nsTextContent.length;
-
- if (existTextNum > MAX_LIMIT_NUMS)
- {
- //截取到最大位置的字符(因爲超出截部分在should時被處理了所在這裏這了提升效率再也不判斷)
- NSString *s = [nsTextContent substringToIndex:MAX_LIMIT_NUMS];
-
- [textView setText:s];
- }
-
- //不讓顯示負數 口口日
- self.lbNums.text = [NSString stringWithFormat:@"%ld/%d",MAX(0,MAX_LIMIT_NUMS - existTextNum),MAX_LIMIT_NUMS];
- }
回顧一下,文章到此,共解決了哪些易遺留的BUG
1.中,英文字符輸入時限制。
2.帶emoji時截取顯示半個或亂碼字符處理。
好,到此是否是認爲上面已經較爲完美了。否則。前面和你們提到過,哪有emoji時字符數的計算就有問題,由於一個emoji有可能佔長度爲2,有個別是爲1的。有朋友會說,只不過是數據顯示不對,但不影響顯示。真的麼?哪麼你這樣想就錯了,隨便取一段帶emoji和普通英文字符,來回複製你會發現,這時你按退格刪除鍵時,不起做用了。爲何呢?緣由爲出在截取emoji代碼部分,由於爲防止載半個emoji,因此將一個emoji本來的長度len=2當1來計算了,導至最後總體長度大於實際長度。所以爲保證最基本的準確性,調整一下截取代碼。
- [text enumerateSubstringsInRange:NSMakeRange(0, [text length])
- options:NSStringEnumerationByComposedCharacterSequences
- usingBlock: ^(NSString* substring, NSRange substringRange, NSRange enclosingRange, BOOL* stop) {
-
- NSInteger steplen = substring.length;
- if (idx >= rg.length) {
- *stop = YES; //取出所須要就break,提升效率
- return ;
- }
-
- trimString = [trimString stringByAppendingString:substring];
-
- idx = idx + steplen;//這裏變化了,使用了字串佔的長度來做爲步長
- }];
到此基本上能肯定帶emoji時長度。即長度爲100時,純emoji則爲50,若是是50個字符,則最多隻能再加25個emoji.
哪麼有朋友又想把一個emoji看成一個字符來計算哪怎麼處理。我建議你們使用
- [text enumerateSubstringsInRange:NSMakeRange(0, [text length])
- options:NSStringEnumerationByComposedCharacterSequences
- usingBlock: ^(NSString* substring, NSRange substringRange, NSRange enclosingRange, BOOL* stop) {
這個方法來處理。網上有好多計算混合字符串長度的。對emoji的處理都不正確。
寫到這裏基本上能解決輸入字符的限制。但願對你們有所幫助,謝謝。過程當中還有想不到的或未預見的也但願你們留言給我。我好研究再進行補充。謝謝你們。
請繼續關注UITextView的動態適應高度處理。