Storyboards
Introduced in iOS 5, storyboards supplant nib files as the recommended way to design your application’s user
interface. Unlike nib files, storyboards let you design your entire user interface in one place so you can see all
of your views and view controllers and how they work together. An important part of storyboards is the ability
to define segues, which are transitions from one view controller to another. Applications can define these
transitions visually in Xcode or initiate them programmatically in Xcode. These transitions allow you to capture
the flow of your user interface in addition to the content.
You can use a single storyboard file to store all of your application’s view controllers and views, or you can use
multiple view storyboards to organize portions of your interface. At build time, Xcode takes the contents of
the storyboard file and divides it up into discrete pieces that can be loaded individually for better performance.
Your application never needs to manipulate these pieces directly, though. The UIKit framework provides
convenience classes for accessing the contents of a storyboard from your code.
For more information about using storyboards to design your interface, see Xcode 4 User Guide . For information
about how to access storyboards from your code, see the UIStoryboard Class Reference.
Document Support
Introduced in iOS 5, the UIKit framework introduced the UIDocument class for managing the data associated
with user documents. This class makes implementing documentbased applications much easier, especially
applications that store documents in iCloud. In addition to providing a container for all of your documentrelated
data, the UIDocument class provides builtin support for asynchronous reading and writing of file data, safe
saving of data, automatic saving of data, support for detecting iCloud conflicts, and support for flat file or
package file representations. For applications that use Core Data for their data model, you can use the
UIManagedDocument subclass to manage your data stores.
For information about using documents in your apps, see Document-Based App Programming Guide for iOS .
Multitasking
Applications built using iOS SDK 4.0 or later (and running in iOS 4.0 and later) are not terminated when the
user presses the Home button; instead, they shift to a background execution context. The multitasking support
defined by UIKit helps your application transition to and from the background state smoothly.
To preserve battery life, most applications are suspended by the system shortly after entering the background.
A suspended application remains in memory but does not execute any code. This behavior allows an application
to resume quickly when it is relaunched without consuming battery power in the meantime. However,
applications may be allowed to continue running in the background for the following reasons:
●
An application can request a finite amount of time to complete some important task.
Cocoa Touch Layer
HighLevel Features
iOS 6.0 | © 2012 Apple Inc. All Rights Reserved.
12