好久没有写文章了，今天上来写写，发现增多了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];
}
效果如下：有拼音输入还在高亮时，字数不再计算。
经过上述处理，基本上能支持正常的中，英输入法键盘的字符限制。
到这里可能部分开发者就可以说大功告成了，可以和ＢＯＳＳ说，ＢＵＧ弄好了。正准备看大片时。。。。。测试来了，又有ＢＵＧ了。
凸^-^凸
还有BUG?不可能吧。（很多情况下，是我们一下子思考不完全导至的，也有些场景未能正常预知所至，因此经验至关重要）
上述的代码，在输入中，英文都能正常限制和处理，但如果是输入的字符带有emoji表情符，且用户是使用粘贴的方式就有可能出ＢＵＧ。看截图，在最后一位时贴个emoji.就变为乱码了？为什么是乱码？因为emoji在IOS中使用的是UTF16也就是占位符是8+8两个字节的(占的长度为2,因此在计算字数时一个表情就占了2即全部表情只能输入50个，故计算上也是一个问题)，相当于双UNICODE。所以在使用
substringWithRange或substringToIndex等截取时就可能正好只取到了某个emoji的一半字符。如图显示：
因此在使用截取字符串函数时，必须判断出截取位置是不是emoji字符。（当然还有能存在某些不知道的字符在最后一个时粘贴截取出问题。）还好ios对中文的截取还算正确。否则得判断unicode了。好吧，既然问是出现了，哪必须得解决啊，否则ＢＯＳＳ又要发威了。。。。
解决思路就是判断截取的位置是否正好为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的动态适应高度处理。