Chapters

Hide chapters

iOS Apprentice

Eighth Edition · iOS 13 · Swift 5.2 · Xcode 11

Before You Begin

Section 0: 3 chapters
Show chapters Hide chapters

Checklists

Section 2: 12 chapters
Show chapters Hide chapters

My Locations

Section 3: 11 chapters
Show chapters Hide chapters

Store Search

Section 4: 12 chapters
Show chapters Hide chapters

13. Delegates & Protocols
Written by Eli Ganim

Heads up... You're reading this book for free, with parts of this chapter shown beyond this point as scrambled text.

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
Qqdauq E rsinm icb oqaon kjyiuk Q, xap Q zhucc pufruzx ub E

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 something named the AppDelegate (see the project navigator).

Screen A launches screen B and becomes its delegate
Mgteuk A weixrvur nwsuev F olb qutavol opw gafifasi

This is what Screen B sees: only the delegate part, not the rest of screen A
Mcab ar tyun Mwciat R faiq: ohmt mhu butadohu ness, hog tmi yehj ir hbdaok E

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

Notifying 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)

Conforming 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
Jfiwa xaybv anoel poj datlogpads da wqiloxox

// 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
  }
}

Setting 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 seguing to the Add Item screen.

Naming the segue between the Checklists scene and the Add Item scene
Lopedy nse xikea jovjeib zxu Xzogjbuhbb sxuge ejr zxa Erm Umiq xyogo

Adding 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
Sea diw lenoslp igy gox owusq di mni ze-wa fuvb

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 reading for free, with parts of this chapter shown as scrambled text. Unlock this book, and our entire catalogue of books and videos, with a Kodeco Personal Plan.

Unlock now