Greg Wang
Greg Wang

Reputation: 1367

What can the "Object" in Storyboard's Object Library do?

Short Question

There is a thing called Object in XCode's interface builder's Object Library. I wonder what kind of task can be achieved by using this "Object".

Be specific, it is an NSObject in Storyboard (or xib). It's described as follow:

Provides a template for objects that are not directly available in Interface Builder. You can turn this object into an instance of any class using the custom class inspector.

Long Question

I'm trying to build a UITableViewController along with a UISearchController. Since they both require implement the UITableViewDelegate and UITableViewDatasource in their delegate, I wish I can assign the delegate of UISearchController to an Object other than the Main UITableViewController.

I'm looking for a way to achieve this in Storyboard, rather than assign the delegate manually in viewDidLoad. Especially, by figuring out how the Object work in Storyboard.

I understand that I can distinguish them by exam the UITableView's parents. But it is always good to separate the logic into different objects. It will be easier to implement, better efficiency, better structured and possible to be reused.

Thanks in advance.

What I have tried

Upvotes: 12

Views: 5828

Answers (2)

Chris Conover
Chris Conover

Reputation: 9039

This question has been marked as answered, but since it is an open question for which there can be multiple answers, there is a clever technique for doing as you say - breaking up functionality into single role classes that the author refers to as "Behaviors":

http://www.objc.io/issue-13/behaviors.html

The gist of it is that you can write an object that for example performs a parallax effect by exposing outlets to multiple views. It is set as the scroll view delegate and updates the other view based on configurable settings. As you noted, you cannot pass arguments to a constructor, but you can still specify parameters via the key path mechanism illustrated in the image in @Andrew's answer.

As you also noted, you can then run into the problem where you would would want to have different objects responding to scroll events etc. The author addressed this by coding a simple multiplexer. You can also solve this with the chain of responsibility pattern: http://en.wikipedia.org/wiki/Chain-of-responsibility_pattern.

And finally, @Andrew mentioned in his answer the importance of storing the object as a strong property. They author of the aforementioned article - lets just call him "Krzysztof", provides a solution using the obj-c associated object mechanism to allow for configurability without code. Your mileage may very with this, and there may be better options now with Swift, but at the very least, it is some good food for thought.

Upvotes: 5

Andrew Madsen
Andrew Madsen

Reputation: 21373

As you note, Object makes it so an object of any class, including your own custom class ,is instantiated when the XIB/Storyboard is loaded. The fact that you're getting a UICustomObject indicates that the XIB/Storyboard loading machinery either doesn't know what class the object should be, or can't find the class (via runtime lookup) you've specified.

The solution is to make sure you specify the right class for the Object in the custom class inspector:

enter image description here

Then of course you also need to make sure that the implementation file for the class in question is in your project and is included in your target.

Finally, it's correct to use strong for the IBOutlet pointing to your custom object, because it's a top level object and top level objects should be referenced using strong properties. (If you're really curious, Mike Ash has a good article about the specifics of XIB/Storyboard outlet memory management, including the differences between OS X and iOS in this regard.)

Upvotes: 9

Related Questions