好久没有写文章了,今天上来写写,发现增多了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的动态适应高度处理。