一个更加一致和健壮的方法是使用NextResponderTextField 你可以完全从接口构建器中配置它，而不需要设置委托或使用view.tag。

你所需要做的就是

将UITextField的类类型设置为NextResponderTextField 然后设置nextResponderField的出口指向下一个responder它可以是任何UITextField或任何UIResponder子类。它也可以是一个UIButton，库足够智能，只有当它被启用时才会触发按钮的TouchUpInside事件。

下面是运行中的库:

下面是一个没有授权的例子:

tf1.addTarget(tf2, action: #selector(becomeFirstResponder), for: .editingDidEndOnExit)
tf2.addTarget(tf3, action: #selector(becomeFirstResponder), for: .editingDidEndOnExit)

ObjC:

[tf1 addTarget:tf2 action:@selector(becomeFirstResponder) forControlEvents:UIControlEventEditingDidEndOnExit];
[tf2 addTarget:tf3 action:@selector(becomeFirstResponder) forControlEvents:UIControlEventEditingDidEndOnExit];

使用UIControlEventEditingDidEndOnExit UITextField动作工作(大部分是未知的)。

您还可以很容易地将其连接到故事板中，因此不需要委托或代码。

编辑:实际上我不知道如何在故事板中连接这个。becomeFirstResponder似乎不是这个control-event的一个提供的动作，这是一个遗憾。尽管如此，你可以将所有的文本字段连接到你的ViewController中的一个动作，然后决定哪个textField成为基于发送者的firstresponder(虽然它不像上面的编程解决方案那么优雅，所以IMO用viewDidLoad中的上述代码来做)。

有一个更优雅的解决方案，让我第一次看到它的时候就大吃一惊。好处:

更接近OSX文本框的实现，其中一个文本框知道下一步的重点应该去哪里 不依赖于设置或使用标签-这是，IMO脆弱的用例 可以扩展工作与UITextField和UITextView控件-或任何键盘输入UI控件 不会让你的视图控制器与样板UITextField委托代码混淆 很好地与IB集成，并可以通过熟悉的选项-拖放连接插座进行配置。

创建一个UITextField子类，它有一个名为nextField的IBOutlet属性。下面是标题:

@interface SOTextField : UITextField

@property (weak, nonatomic) IBOutlet UITextField *nextField; 

@end

这是它的实现:

@implementation SOTextField

@end

在你的视图控制器中，你将创建-textFieldShouldReturn: delegate方法:

- (BOOL)textFieldShouldReturn:(UITextField *)textField {
    if ([textField isKindOfClass:[SOTextField class]]) {
        UITextField *nextField = [(SOTextField *)textField nextField];

        if (nextField) {
            dispatch_async(dispatch_get_current_queue(), ^{
                [nextField becomeFirstResponder];
            });
        }
        else {
            [textField resignFirstResponder];
        }
    }

    return YES;
}

在IB，改变你的UITextFields使用SOTextField类。接下来，同样在IB中，设置每个“SOTextFields”的委托为“文件的所有者”(这是你把委托方法的代码- textFieldShouldReturn)。这种设计的美妙之处在于，现在你可以简单地右键单击任何textField，并将nextField出口分配给你想成为下一个响应器的下一个SOTextField对象。

此外，您还可以做一些很酷的事情，如循环textFields，以便在最后一个失去焦点后，第一个将再次获得焦点。

这可以很容易地扩展到自动分配SOTextField的returnKeyType到一个UIReturnKeyNext，如果有一个nextField分配-少一个手动配置的东西。

当按下“Done”按钮时，一个非常简单的方法是:

在头文件中创建一个新的IBAction

- (IBAction)textFieldDoneEditing:(id)sender;

在实现文件(。M文件)添加如下方法:

- (IBAction)textFieldDoneEditing:(id)sender 
{ 
  [sender resignFirstResponder];
}

然后，当你来链接IBAction到文本框-链接到'Did End On Exit'事件。

一个更加一致和健壮的方法是使用NextResponderTextField 你可以完全从接口构建器中配置它，而不需要设置委托或使用view.tag。

你所需要做的就是

将UITextField的类类型设置为NextResponderTextField 然后设置nextResponderField的出口指向下一个responder它可以是任何UITextField或任何UIResponder子类。它也可以是一个UIButton，库足够智能，只有当它被启用时才会触发按钮的TouchUpInside事件。

下面是运行中的库:

我喜欢Anth0和Answerbot已经提出的面向对象解决方案。然而，我正在开发一个快速而小型的POC，所以我不想让子类和类别使事情变得混乱。

另一个简单的解决方案是创建一个字段的NSArray，并在按下next时查找下一个字段。不是面向对象的解决方案，而是快速、简单且易于实现。此外，您可以一目了然地查看和修改排序。

下面是我的代码(基于这个线程中的其他答案):

@property (nonatomic) NSArray *fieldArray;

- (void)viewDidLoad {
    [super viewDidLoad];

    fieldArray = [NSArray arrayWithObjects: firstField, secondField, thirdField, nil];
}

- (BOOL) textFieldShouldReturn:(UITextField *) textField {
    BOOL didResign = [textField resignFirstResponder];
    if (!didResign) return NO;

    NSUInteger index = [self.fieldArray indexOfObject:textField];
    if (index == NSNotFound || index + 1 == fieldArray.count) return NO;

    id nextField = [fieldArray objectAtIndex:index + 1];
    activeField = nextField;
    [nextField becomeFirstResponder];

    return NO;
}

I always return NO because I don't want a line break inserted. Just thought I'd point that out since when I returned YES it would automatically exit the subsequent fields or insert a line break in my TextView. It took me a bit of time to figure that out. activeField keeps track of the active field in case scrolling is necessary to unobscure the field from the keyboard. If you have similar code, make sure you assign the activeField before changing the first responder. Changing first responder is immediate and will fire the KeyboardWasShown event immediately.