Chapters

Hide chapters

UIKit Apprentice

First Edition · iOS 14 · Swift 5.3 · Xcode 12

Before You Begin

Section 0: 3 chapters
Show chapters Hide chapters

My Locations

Section 3: 11 chapters
Show chapters Hide chapters

Store Search

Section 4: 13 chapters
Show chapters Hide chapters

13. Delegates & Protocols
Written by Matthijs Hollemans & Fahim Farook

Heads up... You’re accessing parts of this content for free, with some sections shown as scrambled text.

Heads up... You’re accessing parts of this content for free, with some sections shown as scrambled text.

Unlock our entire catalogue of books and courses, with a Kodeco Personal Plan.

Unlock now

You now have an Add Item screen showing a keyboard that lets the user enter text. The app also properly validates the input so that you’ll never end up with text that is empty.

But how do you get this text into a new ChecklistItem object that you can add to the items array on the Checklists screen? That is the topic that this chapter will explore.

Add new ChecklistItems

In order for a new item addition to work, you’ll have to get the Add Item screen to notify the Checklist View Controller of the new item addition. This is one of the fundamental tasks that every iOS app needs to do: sending messages from one view controller to another.

Sending a ChecklistItem object to the screen with the items array
Sending a ChecklistItem object to the screen with the items array

The messy way

Exercise: How would you tackle this problem? The done() method needs to create a new ChecklistItem object with the text from the text field (easy), then add it to the items array and the table view in ChecklistViewController (not so easy).

class AddItemViewController: UITableViewController, . . . {

  // This variable refers to the other view controller
  var checklistViewController: ChecklistViewController

  @IBAction func done() {
    // Create the new checklist item object
    let item = ChecklistItem()
    item.text = textField.text!

    // Directly call a method from ChecklistViewController
    checklistViewController.add(item)
  }
}
Screen A knows all about screen B, but B knows nothing of A
Kwnain O shapj ijl oheon xsyuan P, tor C wnanw roqmocj eb U

The delegate way

You’ve already seen delegates in a few different places: the table view has a delegate that responds to taps on the rows; the text field has a delegate that you used to validate the length of the text; and the app also has things named AppDelegate and SceneDelegate — check the project navigator.

Screen A launches screen B and becomes its delegate
Pdhuib A niizhlad wlloov G emc badukig udn rudokoxa

This is what Screen B sees: only the delegate part, not the rest of screen A
Rnum oq rruk Lqxoir N jiud: aswr rce catoneku haqx, taf dje matk ug jzbeor I

The delegate protocol

➤ At the top of AddItemViewController.swift, add the following after the import line, but before the class line — it is not part of the AddItemViewController object:

protocol AddItemViewControllerDelegate: class {
  func addItemViewControllerDidCancel(
    _ controller: AddItemViewController)
  func addItemViewController(
    _ controller: AddItemViewController, 
    didFinishAdding item: ChecklistItem
  )
}

Protocols

In Swift, a protocol doesn’t have anything to do with computer networks or meeting royalty. It is simply a name for a group of methods.

var delegate: AddItemViewControllerDelegate

Notify the delegate

You’re not done yet in AddItemViewController.swift. The view controller needs a property that it can use to refer to the delegate.

weak var delegate: AddItemViewControllerDelegate?
@IBAction func cancel() {
  delegate?.addItemViewControllerDidCancel(self)
}

@IBAction func done() {
  let item = ChecklistItem()
  item.text = textField.text!

  delegate?.addItemViewController(self, didFinishAdding: item)
}

Optionals

I mentioned a few times that variables and constants in Swift must always have a value. In other programming languages the special symbol nil or NULL is often used to indicate that a variable has no value. This is not allowed in Swift for normal variables.

weak var delegate: AddItemViewControllerDelegate?
delegate?.addItemViewControllerDidCancel(self)

Conform to the delegate protocol

Before you can give AddItemViewController its delegate, you first need to make the ChecklistViewController suitable to play the role of delegate.

class ChecklistViewController: UITableViewController, AddItemViewControllerDelegate {
Xcode warns about not conforming to protocol
Gnuhu veprt ikuod nab nahzabfadm xe dyujigac

// MARK: - Add Item ViewController Delegates
func addItemViewControllerDidCancel(
  _ controller: AddItemViewController
) {
  navigationController?.popViewController(animated: true)
}

func addItemViewController(
  _ controller: AddItemViewController, 
  didFinishAdding item: ChecklistItem
) {
  navigationController?.popViewController(animated: true)
}
// MARK: - Navigation
override func prepare(
  for segue: UIStoryboardSegue, 
  sender: Any?
) {
  // 1
  if segue.identifier == "AddItem" {
    // 2
    let controller = segue.destination as! AddItemViewController
    // 3
    controller.delegate = self
  }
}

Set the segue identifier

See the segue identifier mentioned in the code above? Where was it set? The answer is, that it wasn’t! We need to set the identifier in order for the above code to work. If you forget to, then you won’t get the delegate set up correctly when segueing to the Add Item screen.

Naming the segue between the Checklists scene and the Add Item scene
Bicomw xcu bobuo gazjuuq bxe Pyazbrupjn ykuko evy fye Aqc Usik flozu

Add new to-do items

➤ Change the implementation of the didFinishAdding delegate method in ChecklistViewController.swift to the following:

func addItemViewController(
  _ controller: AddItemViewController, 
  didFinishAdding item: ChecklistItem
) {
  let newRowIndex = items.count
  items.append(item)

  let indexPath = IndexPath(row: newRowIndex, section: 0)
  let indexPaths = [indexPath]
  tableView.insertRows(at: indexPaths, with: .automatic)
  navigationController?.popViewController(animated:true)
}
You can finally add new items to the to-do list
Lae dox naqahct inc joj akayv bo wge bi-qa zont

Weak

I still owe you an explanation about the weak keyword. Relationships between objects can be weak or strong. You use weak relationships to avoid what is known as an ownership cycle.

Have a technical question? Want to report a bug? You can ask questions and report bugs to the book authors in our official book forum here.
© 2024 Kodeco Inc.

You’re accessing parts of this content for free, with some sections shown as scrambled text. Unlock our entire catalogue of books and courses, with a Kodeco Personal Plan.

Unlock now