A view that presents data using rows arranged in a single column.
- iOS 2.0+
- tvOS 9.0+
A table view displays a list of items in a single column.
UITable is a subclass of
UIScroll, which allows users to scroll through the table, although
UITable allows vertical scrolling only. The cells comprising the individual items of the table are
UITable uses these objects to draw the visible rows of the table. Cells have content—titles and images—and can have, near the right edge, accessory views. Standard accessory views are disclosure indicators or detail disclosure buttons; the former leads to the next level in a data hierarchy and the latter leads to a detailed view of a selected item. Accessory views can also be framework controls, such as switches and sliders, or can be custom views. Table views can enter an editing mode where users can insert, delete, and reorder rows of the table.
A table view is made up of zero or more sections, each with its own rows. Sections are identified by their index number within the table view, and rows are identified by their index number within a section. Any section can optionally be preceded by a section header, and optionally be followed by a section footer.
Table views can have one of two styles,
UITable. When you create a
UITable instance you must specify a table style, and this style cannot be changed. In the plain style, section headers and footers float above the content if the part of a complete section is visible. A table view can have an index that appears as a bar on the right hand side of the table (for example, "A" through "Z"). You can touch a particular label to jump to the target section. The grouped style of table view provides a default background color and a default background view for all cells. The background view provides a visual grouping for all cells in a particular section. For example, one group could be a person's name and title, another group for phone numbers that the person uses, and another group for email accounts and so on. See the Settings application for examples of grouped tables. Table views in the grouped style cannot have an index.
Many methods of
NSIndex objects as parameters and return values.
UITable declares a category on
NSIndex that enables you to get the represented row index (
row property) and section index (
section property), and to construct an index path from a given row index and section index (
index method). Especially in table views with multiple sections, you must evaluate the section index before identifying a row by its index number.
UITable object must have an object that acts as a data source and an object that acts as a delegate; typically these objects are either the application delegate or, more frequently, a custom
UITable object. The data source must adopt the
UITable protocol and the delegate must adopt the
UITable protocol. The data source provides information that
UITable needs to construct tables and manages the data model when rows of a table are inserted, deleted, or reordered. The delegate manages table row configuration and selection, row reordering, highlighting, accessory views, and editing operations.
When sent a
set message (with a first parameter of
YES), the table view enters into editing mode where it shows the editing or reordering controls of each visible row, depending on the
editing of each associated
UITable. Clicking on the insertion or deletion control causes the data source to receive a
table message. You commit a deletion or insertion by calling
insert, as appropriate. Also in editing mode, if a table-view cell has its
shows property set to
YES, the data source receives a
table message. The data source can selectively remove the reordering control for cells by implementing
UITable caches table-view cells for visible rows. You can create custom
UITable objects with content or behavioral characteristics that are different than the default cells; A Closer Look at Table View Cells explains how.
UITable overrides the
layout method of
UIView so that it calls
reload only when you create a new instance of
UITable or when you assign a new data source. Reloading the table view clears current state, including the current selection. However, if you explicitly call
reload, it clears this state and any subsequent direct or indirect call to
layout does not trigger a reload.
If you assign a value to a table view’s
restoration property, it attempts to preserve the currently selected rows and the first visible row. The table’s data source may adopt the
UIData protocol, which provides a way to identify a row’s contents independent of that row’s position in the table. If the table’s data source adopts the
UIData protocol, the data source will be consulted when saving state to convert the index paths for the top visible row and any selected cells to identifiers. During restoration, the data source will be consulted to convert those identifiers back to index paths and reestablish the top visible row, and reselect the cells. If the table’s data source does not implement the
UIData protocol, the scroll position will be saved and restored directly, as will the index paths for selected cells.
For more information about how state preservation and restoration works, see App Programming Guide for iOS.