IOS中UITextField和UITextView实例注意

UITextField和UITextView的实例拥有两个最主要的功能：展示文本和输入、编辑文本。许多程序的任务都和这些简单的目的有关，包括配置文本属性，访问文本内容，确认用户输入以及展示一些其它的视图（例如在uitextfield中添加标签按钮）。

UITextField和UITextView的代理负责以上所说的大部分任务，代 理必须遵守UITextFieldDelegate和UITextViewDelegate协议，并且实现其中的一个或多个方法。协议中所有的方法都是可 选的。为了能让程序调用这些代理方法，你必须用代码或者interface builder中设置代理。

向代理发送消息的顺序

在大多数情况下，当处于第一响应者状态的UITextField或者 UITextView类的实例发生变化（或者即将发生变化）时，会发送一系列名字相似的消息他们的代理。当用户点击一个文本对象时，它会自动成为第一响应 者，然后系统会弹出键盘，开始编辑那个文本对象。当用户点击了另外一个文本对象或者点击了结束编辑的按钮，当前的文本对象失去第一响应者状态。如果没有选 中其它文本对象，系统会隐藏键盘，如果选中了其它的文本对象，它会成为第一响应者，并且系统会为它弹出键盘。

对于键盘退出的行为有两种行为：其一、在iPad上，当一个视图控制器通过 “form sheet”的样式模态显示了它的视图，键盘一旦弹出便不会隐藏，除非用户点击隐藏按钮或者模态视图消息。这种做法的目的是位了避免用户在非常大的视图上 移动时造成过度动画。另外一个情况是调用自定义的键盘，自定义键盘是通过自定义一个视图，并赋值给text view的inputView属性，用来替代系统键盘的。当存在自定义键盘时，即便当前文本对象是第一响应者，UIKit也回退出系统键盘，并根据开发者 关于设置弹出类似键盘的键盘。

UITextField和UITextView实例向它们的代理发送消息的顺序如下：

1.当一个文本对象成为第一响应者之前- textFieldShouldBeginEdinting:(text field) 和 textViewShouldBeginEditing:(text view)

代理会确定是否当前文本对象应该成为第一响应者，默认返回值YES 允许成为第一响应者

2.在一个文本对象成为第一响应者之后- textFieldDidBeginEditing:(text field) 和 textViewDidBeginEditing:(text view).

代理会通过更新状态信息（例如，编辑的过程中在text view里显示一个视图）来响应这条消息

3.在编辑的过程中-各方面的

当用户输入和编辑文本的时候，文本对象会调用某些已经实现的代理方法，例如，当文本 变化时，代理会收到一条 textViewDidChange:消息；当用户点击清除按钮时，代理会收到textFieldShouldClear:消息，并返回一个布尔类型的值 用来决定是否文本应该被清除。

4.在一个文本对象即将失去第一响应者之前-textFieldShouldEndEditing:(text field) 和 textViewShouldEndEdinting:(text view)

代理实现这些方法最主要的原因是确认文本输入。比如当文本需要遵守一个固定格式时，代理可以确认输入的文本是否符合要求并返回对应的布尔值。

对于UITextField的实例，有一个相关的方法textFieldShouldReturn： 当用户点击了“return”键时，文本框会向代理发送这个消息询问是否应该放弃第一响应者

5.当文本框失去第一响应者之后-textFieldDidEndEditing:(text field) 和 textViewDidEditing:(text view).

代理可以通过实现这些方法来获得用户刚刚输入或编辑的文本内容。

其它非代理对象可以通过观察成为第一响应者的状态变化通知来获取文本的变化（但是， 这些对象不能决定文本的状态）通知主要包括：UITextFieldTextDidBeginEditingNotification, UITextViewDidEndEditingNotification,UITextFieldTextDidChangeNotification.

无论代理还是监听通知，最主要的目的都是为了访问与文本框有关的文本内容。

See UITextField Class Reference and UITextView Class Reference to learn more about the notifications posts by these classes.