Passing Data Propagating Events - sammanthp007/Linux-Kernel-Development GitHub Wiki
Overview
While your application runs, as events are triggered and processed, you'll need a way for objects in your application to propagate these events and to get the data they need from each other in order to respond properly.
In iOS, there are quite a few standard ways to pass data and propagate events between objects:
- Delegate pattern
- Passing blocks (closures) around
- Target-Action pattern
- Publish/Subscribe message bus with
NSNotificationCenter
This guide gives an high-level overview of each of these mechanisms with a focus on passing data and propagating events between two different view controllers and between view controllers and views. Generally when working with view controllers and views, the following steps are typical
- A view controller
VC1
configures a view or another view controllerV2
. This can be done by calling an initializer or by obtaining a reference to and setting properties onV2
. - The second view or view controller
V2
is loaded and shown on the screen. AdditionallyV2
may request more information fromVC1
while it's on the screen. - The user triggers an event in
V2
that needs to be handled inVC1
. This means thatV2
will need to propagate the event and possibly send some information about it's current state toVC1
.
Basic example
To demonstrate this basic use case, we'll use a standard example throughout. We'll build a demo app that lets the user change the background color of the main view controller by opening up a secondary color picker view controller.
Delegate Pattern
The delegate pattern is a common pattern in iOS. It can be used to communicate events between multiple view controllers, between view controllers and views, etc. If you've implemented a TableView, then you've used the delegate pattern when you implemented UITableViewDataSource and UITableViewDelegate.
It can be really useful to create your own delegate. To do so, requires the following 4 steps:
-
Create a protocol that has methods for each event:
protocol ColorPickerDelegate: class { func colorPicker(picker: ColorPickerViewController, didPickColor color: UIColor?) }
-
In the source class, create a property to hold a reference to the listener.
class ColorPickerViewController: UIViewController { weak var delegate: ColorPickerDelegate? // ... Rest of class ... }
-
In the source class, call the appropriate delegate method when an event occurs.
class ColorPickerViewController: UIViewController { weak var delegate: ColorPickerDelegate? @IBOutlet weak var colorsSegmentedControl: UISegmentedControl! let colors = [("Cyan", UIColor.cyanColor()), ("Magenta", UIColor.magentaColor()), ("Yellow", UIColor.yellowColor())] override func viewDidLoad() { super.viewDidLoad() // initialize segmented control and select the starting color if it is one of our segments colorsSegmentedControl.removeAllSegments() var selectedIndex = UISegmentedControlNoSegment for (index, color) in colors.enumerate() { if color.1.isEqual(initialColor) { selectedIndex = index } colorsSegmentedControl.insertSegmentWithTitle(color.0, atIndex: index, animated: false) } colorsSegmentedControl.selectedSegmentIndex = selectedIndex } func colorFromSelection() -> UIColor? { let selectedIndex = colorsSegmentedControl.selectedSegmentIndex if selectedIndex != UISegmentedControlNoSegment { return colors[selectedIndex].1 } return nil } @IBAction func doneButtonTapped(sender: AnyObject) { delegate?.colorPicker(self, didPickColor: colorFromSelection()) } }
-
In the listening class, implement the protocol.
class ViewController: UIViewController, ColorPickerDelegate { @IBAction func openColorPickerTapped(sender: AnyObject) { let storyboard = UIStoryboard(name: "Main", bundle: NSBundle.mainBundle()) let colorPickerVC = storyboard.instantiateViewControllerWithIdentifier("ColorPicker") as ColorPickerViewController colorPickerVC.delegate = self presentViewController(colorPickerVC, animated: true, completion: nil) } func colorPicker(picker: ColorPickerViewController, didPickColor color: UIColor?) { if let selectedColor = color { view.backgroundColor = selectedColor } dismissViewControllerAnimated(true, completion: nil) } }
Passing blocks
Closures in Swift and blocks in Objective-C are first class concepts. This means that you can pass closures as parameters and assign them to variables to be exectuted later. These concepts allow you to implement a basic callback mechanism that can be used to propagate and pass on the responsibility of handling an event.
Passing blocks is common in iOS frameworks and libraries where a single callback (as opposed to a protocol containing many methods used with delegates) is required. It also provides the advantage of being able to define the closure inline so that it closes over the current environment and hence you will have access to any variables that are currently in scope.
An example of an iOS library that uses blocks is
NSURLConnection
. It allows you
to specify a block that will be executed asynchronously when a network
request returns. Another example is the
NSNotificationCenter.addObserverForName:object:queue:usingBlock:
method called below.
One downside to using blocks is that it may be difficult to get the type definitions correct for complicated closures having optionals, collection types, or other closures as parameters or return values.
We can see block callbacks in action continuing with our running
example. We still have our ViewController
instantiate and configure the ColorPickerViewController
. The
ColorPickerViewController
now has a doneHandler
which we set to be a
block that calls our method didPickColor
. We present the
ColorPickerViewController
to the user after finishing our
configuration.
As before, the method didPickColor
updates our background color and
dismisses the ColorPickerViewController
.
class ViewController: UIViewController {
@IBAction func openColorPickerTapped(sender: AnyObject) {
let storyboard = UIStoryboard(name: "Main", bundle: NSBundle.mainBundle())
let colorPickerVC = storyboard.instantiateViewControllerWithIdentifier("ColorPicker") as ColorPickerViewController
colorPickerVC.doneHandler = {(color: UIColor?) -> Void in
self.didPickColor(color)
}
presentViewController(colorPickerVC, animated: true, completion: nil)
}
func didPickColor(color: UIColor?) {
if let selectedColor = color {
view.backgroundColor = selectedColor
}
dismissViewControllerAnimated(true, completion: nil)
}
}
In ColorPickerViewController
we propagate the action of the user
clicking on the "Done" button to ViewController
by executing the
doneHandler
that was set.
class ColorPickerViewController: UIViewController {
@IBOutlet weak var colorsSegmentedControl: UISegmentedControl!
let colors = [("Cyan", UIColor.cyanColor()), ("Magenta", UIColor.magentaColor()), ("Yellow", UIColor.yellowColor())]
var doneHandler: ((UIColor?) -> Void)?
override func viewDidLoad() {
super.viewDidLoad()
// initalize segmented control and select the starting color if it is one of our segments
colorsSegmentedControl.removeAllSegments()
var selectedIndex = UISegmentedControlNoSegment
for (index, color) in enumerate(colors) {
if color.1.isEqual(initialColor) {
selectedIndex = index
}
colorsSegmentedControl.insertSegmentWithTitle(color.0, atIndex: index, animated: false)
}
colorsSegmentedControl.selectedSegmentIndex = selectedIndex
}
func colorFromSelection() -> UIColor? {
let selectedIndex = colorsSegmentedControl.selectedSegmentIndex
if selectedIndex != UISegmentedControlNoSegment {
return colors[selectedIndex].1
}
return nil
}
@IBAction func doneButtonTapped(sender: AnyObject) {
doneHandler?(colorFromSelection())
}
}
The target-action pattern
An another construct used to propagate events in iOS is the
target-action pattern. This is an older Objective-C
pattern that allows a class to register a method (action or
selector) to be executed on some object (target) at some point
later. This pattern is used throughout many iOS libraries for example
the following code tells the button
to call self.onButtonTap()
when
it is tapped.
This pattern is pretty much the same as creating an @IBAction
from the interface builder in XCode; however, this is done in code.
It's used when you have to dynamically create view objects in code
and add actions to it based on control events.
In the following example, you're creating a button dynamically in code.
class CodePathViewController: UIViewController {
override func viewDidLoad() {
super.viewDidLoad()
let button = UIButton()
button.addTarget(self, action: "onButtonTap", forControlEvents: .TouchUpInside)
button.frame = CGRectMake(0, 0, 300, 500)
//Add button to the view
self.view.addSubview(button)
}
func onButtonTap() {
print("Button Tapped!")
}
}
Let's take a look at the parameters of addTarget
method:
-
target - (Who to tell) The target parameter is the object that is going to respond to the control event. In this case, the event is
.TouchUpInside
(Tap). Usually, the target is the object of the ViewController class in which the button was created. In the example, we reference the object of the ViewController class with the keywordself
. -
action - (What to tell them) The action parameter is simply the name of the method that needs to be invoked in the target object.
-
forControlEvents - (When to tell them) This is where you pass the type of event for your button. Here's a list of events you can use for UIButton.
To simplify, in the above example, we let the button know that it has to call the instance
method onButtonTap
of the class CodePathViewController
when it is tapped.
One downside is that its is not easy to use the target-action pattern to invoke methods that require two or more parameters.
TODO: rewrite example in Objective-C to use target-action pattern
NSNotificationCenter
Broadcasting messages with Finally, iOS provides a mechanism for implementing a basic subcribe/publish message queue via notification centers. The basic usage is
- Define an identifer to name this particular type of notification
- Subscribe to this kind of notification by adding an observer to a
notification center for notifications with the given name. You can
instatiate new notification centers, but it is common to use
NSNotificationCenter.defaultCenter
. - Publish notifications to the notification center. You might include
additional data in a
userInfo
dictionary.
The NSNotificationCenter
API is normally used to handle app-wide
events that may be relevant to multiple interested—possibly
unrelated—view controllers (e.g. the logged in state of a user).
It is not normally used to pass information between two specific view
controllers. Nevertheless, we can adapt it our running
example as follows.
We define ColorPickerNotification
as an identifier that will be used
as the name for notifications from our ColorPickerViewController
.
In ViewController
, before presenting the ColorPickerViewController
,
we register an observer for notifications with this name. In the block
that is triggered when the notification fires, we extract the selected
color from the userInfo
dictionary and call didPickColor
. The
didPickColor
method sets the background color and dismisses the
ColorPickerViewController
.
class ViewController: UIViewController {
@IBAction func openColorPickerTapped(sender: AnyObject) {
let storyboard = UIStoryboard(name: "Main", bundle: NSBundle.mainBundle())
let colorPickerVC = storyboard.instantiateViewControllerWithIdentifier("ColorPicker") as ColorPickerViewController
colorPickerVC.initialColor = view.backgroundColor
NSNotificationCenter.defaultCenter().addObserverForName(ColorPickerNotification, object: nil, queue: NSOperationQueue.mainQueue()) { (notification: NSNotification!) -> Void in
let userInfo = notification?.userInfo
let selectedColor: UIColor? = userInfo?[ColorPickerSelectedColorKey] as? UIColor
self.didPickColor(selectedColor)
}
presentViewController(colorPickerVC, animated: true, completion: nil)
}
func didPickColor(color: UIColor?) {
if let selectedColor = color {
view.backgroundColor = selectedColor
}
dismissViewControllerAnimated(true, completion: nil)
}
}
In ColorPickerViewController
, when the "Done" button is tapped we
construct a userInfo
dictionary containing the currently selected
color. Then we fire a notification with the key
ColorPickerNotification
let all subscribers know that the a color has
been picked by the user.
let ColorPickerNotification = "com.codepath.ColorPickerViewController.didPickColor"
let ColorPickerSelectedColorKey = "com.codepath.ColorPickerViewController.selectedColor"
class ColorPickerViewController: UIViewController {
@IBOutlet weak var colorsSegmentedControl: UISegmentedControl!
let colors = [("Cyan", UIColor.cyanColor()), ("Magenta", UIColor.magentaColor()), ("Yellow", UIColor.yellowColor())]
var initialColor: UIColor?
override func viewDidLoad() {
super.viewDidLoad()
// initalize segmented control and select the starting color if it is one of our segments
colorsSegmentedControl.removeAllSegments()
var selectedIndex = UISegmentedControlNoSegment
for (index, color) in enumerate(colors) {
if color.1.isEqual(initialColor) {
selectedIndex = index
}
colorsSegmentedControl.insertSegmentWithTitle(color.0, atIndex: index, animated: false)
}
colorsSegmentedControl.selectedSegmentIndex = selectedIndex
}
func colorFromSelection() -> UIColor? {
let selectedIndex = colorsSegmentedControl.selectedSegmentIndex
if selectedIndex != UISegmentedControlNoSegment {
return colors[selectedIndex].1
}
return nil
}
@IBAction func doneButtonTapped(sender: AnyObject) {
var selectionInfo: [NSObject : AnyObject] = [:]
if let selectedColor = colorFromSelection() {
selectionInfo[ColorPickerSelectedColorKey] = selectedColor
}
NSNotificationCenter.defaultCenter().postNotificationName(ColorPickerNotification, object: self, userInfo: selectionInfo)
}
}