展开segue和委托之间的区别

Question

我想知道是否有人可以解释在下面的示例中使用展开segue和使用委托之间的区别:

我有一个FriendsTableViewController由array朋友填充,另一个AddFriendTableViewController有一个功能添加friend到FriendsTableViewController.

这是我从我发送数据AddFriendViewController的方式unwind segue:

#pragma mark - Navigation

// In a storyboard-based application, you will often want to do a little preparation before navigation
- (void)prepareForSegue:(UIStoryboardSegue *)segue sender:(id)sender
{
    // Check whether the Done button was tapped.
    // If it wasn’t, instead of saving the friend, the method returns without doing anything else.
    if (sender != self.doneButton) return;

    // See whether there’s text in the text field.
    if (self.nameTextField.text.length > 0) {
        // If there’s text, create a new friend and give it's properties the input from the text fields.
        self.friend = [[Friend alloc] initWithName:self.nameTextField.text
                                          dateOfBirth:self.birthdayDatePicker.date
                                        numberOfGifts:0];
    }
}

这是我将数据从中添加AddFriendTableViewController到arrayin FriendsTableViewController中的方式unwind segue action:

#pragma mark - Actions

- (IBAction)unwindSegue:(UIStoryboardSegue *)segue
{
    // Retrieve the source view controller, the controller that is unwinding from.
    AddFriendTableViewController *soruce = [segue sourceViewController];

    // Retrieve the soruce view controller’s friend object.
    Friend *friend = soruce.friend;

    // See whether the item exists.
    // If it’s nil, either the Cancel button closed the screen or the text field had no text, so you don’t want to save the item.
    if (friend != nil) {
        // If it does exist, add the item to the friends array.
        [self.friends addObject:friend];

        // Reload the data in the table.
        [self.tableView reloadData];
    }
}

现在这可以按照我的意愿工作,所以我希望我不会破坏任何stackoverflow规则或冒犯任何人,但我只是想知道我的示例代码的使用方式与是否使用自定义委托制作相同的方案之间的区别的方法AddFriendViewController.如果有人可以解释它会很棒!

Answer 1

使用unwind segue与拥有委托非常相似,具有以下优点:

• 您不需要实现任何解雇逻辑
• 您无需在导航堆栈中上下传递引用
• 您不需要声明委托协议
• 在应用程序中解开许多阶段是微不足道的

缺点是

• 取决于使用故事板(这可能会妨碍可重用性)
• 如果它们中有很多,它可能导致同样的混乱,因为你可以通过prepareForSegue大量分支标识符名称进入
• 如果您决定通过其他方法(而不是segue)呈现视图控制器,那么您无法从中退出

你的代码看起来不错.我坚持下去.