ios中UItextfield控件(或UItextview)监测用户输入字数

在 iOS 开发中,常见场景有 获取用户输入同时显示当前输入的字数。并限制输入内容的总长度,字数在临界时 裁剪用户输入。

简单以 textfield 对象中 text 属性的 length 属性(即 textField.text.length)作为长度时,会有以下明显缺点:

a、当前输入为中文输入,即[[UITextInputMode currentInputMode] primaryLanguage]字符串为@"zh-Hans"时,且输入法为系统自带的九宫格或全键盘时;当点击数个拼音按键,但并未选定候选词时,当前的显示的字数里就包含了候选的高亮显示的拼音字符数,造成字数显示不准。

b、当前为中文输入,且为系统输入法时。若此时的需求中,包括用户输入的字数的限制时;普通的做法是 实时判断textField.text.length,在长度超过某个值时,对输入字符串进行裁剪,即:textField.text = [ textField.text substringToIndex : XXX] ; 此时如果当前有高亮的拼音存在,执行字符串裁剪后会出现程序崩溃( 隐约记得某几个ios系统不会出现崩溃 )。崩溃原因是 当前高亮显示的拼音部分并不是可以改动的textField.text的值,尝试改动这部分数据就会造成崩溃。想想,高亮的拼音即不可以改,又增加了长度数,想不想呵呵。。

下面讲下目前测试的,较正确的方式:

1、首先监听object参数对应的textfield控件的键盘动作:


[[NSNotificationCenter defaultCenter]addObserver:self 
selector:@selector(textFieldEditChanged:)
name:@"UITextFieldTextDidChangeNotification" 
object:self.textFieldText];

2、定义好 textFieldEditChanged: 回调函数的动作:


- (void)textFieldEditChanged:(NSNotification *)info{

UITextField *textField = (UITextField *)info.object;

UITextRange *range = textField.markedTextRange;    //取出marked高亮区

if(range)    //表示有高亮

{

   UITextPosition *end = range.end; 
   UITextPosition *pos = range.start; 
   NSInteger markedLength = 0;  //记录高亮区间长度
   while (markedLength < 1000) {  
      /*这里的1000表示正常输入不能达到的数,若出现极端情况,输入超过1000则只是字数
      显示不准而已,不会出现其他危险*/

      //后移偏移值pos  直至为end 
      pos = [self.textFieldText positionFromPosition:pos offset:1];
      if([pos isEqual:end]) 
               break;

      //记录marked区长度
      ++markedLength;
   }
NSInteger markLen = markedLength +1; //表示高亮区域长度
self.markedLength.text = [NSString stringWithFormat:@"%ld",len]; //显示高亮区长度
NSInteger unmarkedLen = textField.text.length - markLen; 
//控件字符串长度,减高亮区长度,为用户已经完成输入的字符串长度。
self.textLength.text = [NSString stringWithFormat:@"%ld",unmarkedLen ];
}
else //表示当前没有高亮
{
   self.markedLength.text = @"0"; 
   self.textLength.text = [NSString stringWithFormat:@"%ld",textField.text.length];
}
}


补充:获取高亮区的字符串长度并没有必要,只要在有高亮时不更新字符数,也是正常的逻辑。


超出限定长度,并对字符串进行裁剪 的代码,自己好好考虑并添加吧。

补充: 看了 小失同学 的这篇文章之后,发觉 在当前输入法为表情时,且由于表情占2个字符而不是普通文字的1个字符宽度,因此会造成裁剪表情,造成系统无法解析当前字符串而崩溃。

ps:除了小失同学讲的这种情况,亲测 在第三方输入法时输入emoji表情时,当前语言输入依旧可能是@"zh-Hans",即汉字输入模式。 考虑到无论自带键盘输入,还是三方表情输入时,都是不存在前文所讲的高亮字符串。则可将这两种情况分别加 在无高亮的语句块中。

如下代码else块表示不存在marked高亮时。


image
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 202,723评论 5 476
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,080评论 2 379
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 149,604评论 0 335
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,440评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,431评论 5 364
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,499评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,893评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,541评论 0 256
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,751评论 1 296
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,547评论 2 319
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,619评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,320评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,890评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,896评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,137评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,796评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,335评论 2 342

推荐阅读更多精彩内容