详释(常见UITextView 输入之字数限制)之一---固定长度

好久没有写文章了,今天上来写写,发现增多了markDown编辑器。挺不错,后续研究一下,今天暂写文章先。好了,不废话。

如题,相信大家看到这个标题都不想看文章了,这有什么好说的,网上一搜一大把。好吧,自认为是一搜一大把的跳过,有兴趣的就看完。。。。。。


对于限制UITextView输入的字符数。相信大家在网上见得最多的是实现UITextViewDelegate

- (BOOL)textView:(UITextView *)textView shouldChangeTextInRange:(NSRange)range
 replacementText:(NSString *)text;//有输入时触但对于中文键盘出示的联想字选择时不会触发

- (void)textViewDidChange:(UITextView *)textView;//当输入且上面的代码返回YES时触发。或当选择键盘上的联想字时触发。
第一个用于限制输入,第二个用于动态计算剩余字数。好吧,就来慢慢的给大家分析这两个代理共同协作来限制输入。

从最简单的开始。为了便于讲析,声明

#define MAX_LIMIT_NUMS     100 来限制最大输入只能100个字符

详细的实现代码:

- (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了呢。就提交代码了呢?

好,下面就对上面的简单代进行逐一BUG找出且进行修复。


1.遗留BUG(只考虑了英文键盘下处理)

  上述代码在英文键盘下基本上是可以正常,但如果是在中文(生在天朝啊必须得懂中文)或9宫格键盘下会有什么问是呢。下图是我截图,当输入到只剩下一个字时,这时输入拼音时,问题出现了,发现拼音输不完。另一个问题是当离字数上限差距很大时,输入拼音会发现字数也跟着计算了。本来还没有输入的,此时开始计算了,有瘕次。

如图,在最后一个,本想输入一个拼音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的动态适应高度处理。








评论 14
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

边缘998

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值