三种方法探究UITextField的text长度限制与判断

开发过程中会经常遇到各种优化性的需求,比如对输入控件的一些限制性操作。如:限制UITextField的输入长度。
关于英文、数字、中文、emoji中每个字符所占的长度不同。根据需求的不同,自己进行计算。本文不做赘述。
[需要注意的是:限制的总长度 - 现有的总长度 > 本次输入长度。那么本次输入不会成功。]

本文共提供三类方法来解决这种需求(三个方法用于用户输入,一个方法用于代码赋值)


UITextFieldDelegate

从系统提供的textField的方法里面进行查找
在UITextFieldDelegate里面通过// return NO to not change text这条注释找到了这么一个方法:

  • (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string;
    // return NO to not change text

可以看出这个方法是系统提供的控制UITextField的text这个属性的方法。而字符限制的输入本质上是更改其输入的文本信息。

这个实例方法有三个参数```textfield```、```range```、```string```。分别表示当前相应的textfield,当前已经显示的字符被更改的范围,要更改的内容。以及一个```BOOL```类型的返回值来控制是否执行本次更改。

  • (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString )string
    { //
    kMaxLimit的值为你限制输入的字符数 */
    if (range.location == kMaxLimit && range.length == 0) {
    // textField.text = [textField.text substringToIndex:kMaxLimit];
    // 当返回NO的情况下已经不会输入本次内容了。可以进行测试,下文会给出原因。
    return NO;
    }
    return YES;
    }
通过这个方法已经能控制键入的字符长度了。但是,用户这个时候是可以通过粘贴这个功能输入超过我们限制条件的情况的。如果用户通过粘贴来输入,还是能够放入我们超出我们限制条件的内容。可以通过增加逻辑判断来解决:
  • (BOOL)textField:(UITextField *)textField shouldChangeCharactersInRange:(NSRange)range replacementString:(NSString *)string {
    NSUInteger maxLimit = 9; // 模拟长度为9的情况.
    if (range.location == maxLimit && range.length == 0) { // 限制了输入时候的情况
    return NO;
    }
    if (range.location < maxLimit && (string.length + range.location) > maxLimit) { // 限制了粘贴字符时候的情况
    return NO;
    }
    return YES;
    }
这个时候就解决了用户输入(键入、粘贴)时的字符长度限制。

***
###Target Action机制
因为UITextField继承于UIControl类,那么同样可以重载父类方法来实现这种需求。需要注意的是最后一个参数,在枚举值中选取的是`UIControlEventEditingChanged`这种情况。

[textFieldObject addTarget:self action:@selector(textFieldCharacterChange:) forControlEvents:UIControlEventEditingChanged];


  • (void)textFieldCharacterChange:(UITextField *)textField
    {
    if (textField.text.length > 11) {
    textField.text = [textField.text substringToIndex:11];
    }
    }
这样一个判断就可以在用户操作的时候( 键入、粘贴) 进行字符长度限制了。
***
###观察者模式
在TextField的API里面,系统提供了几种监听的属性.根据时机与作用选取第三个。`UITextFieldTextDidChangeNotification`

>`UIKIT_EXTERN NSNotificationName const UITextFieldTextDidBeginEditingNotification;`
>`UIKIT_EXTERN NSNotificationName const UITextFieldTextDidEndEditingNotification;`
>`UIKIT_EXTERN NSNotificationName const UITextFieldTextDidChangeNotification;`

代码如下:

if ([self respondsToSelector:@selector(test:)]) {
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(test:) name:UITextFieldTextDidChangeNotification object:nil];
}

  • (void)test:(NSNotification *)notification {
    UITextField *tf = notification.object;
    if (tf.text.length > 10) {
    tf.text = [tf.text substringToIndex:10];
    }
    }

  • (void)dealloc {
    [[NSNotificationCenter defaultCenter] removeObserver:self name:UITextFieldTextDidChangeNotification object:nil];
    }

这个时候做测试,会发现能监听到响应用户的操作,但是同样监听不到代码的赋值操作。
***
如果需要先对UITextFIeld赋值(比如用户修改个人信息的时候),如果因为某些原因,字符长度超出了预期,那么就容易引起用户误解。代码赋值可以使用KVO进行监听,代码如下:

[_textField addObserver:self forKeyPath:@"text" options:NSKeyValueObservingOptionNew context:nil];

  • (void)observeValueForKeyPath:(NSString *)keyPath ofObject:(id)object change:(NSDictionary<NSKeyValueChangeKey,id> *)change context:(void *)context {
    UITextField *tf = object;
    if (tf.text.length > 10) {
    tf.text = [tf.text substringToIndex:10];
    }
    }

  • (void)dealloc {
    [_textField removeObserver:self forKeyPath:@"text"];
    }

这时候会发现,此时的监听只能监听到代码对text进行的赋值操作,不能监听到用户输入的操作。刚好和上面的方法在作用区域上互补。

***
关于上述的方法:
一、UITextFieldDelegate里提供的方法,能够处理掉用户键入的操作。但是当用户采用粘贴的形式输入内容的时候,会出现不可预知的bug。API里最适合处理这个需求的方法,但是需要大量的逻辑判断来满足需求。
二、通过对UITextField的父类逐级上查,发现其可以使用TargetAction机制进行通信与监测。这个方法使用简单,逻辑上易懂。(个人喜欢用这一种)
三、观察者模式。`UITextFieldTextDidChangeNotification `是对用户操作的相应于监听;`KVO`是对代码赋值时的监听。

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

推荐阅读更多精彩内容