StackViewController is a Swift framework that simplifies the process of building forms and other static content using
UIStackView. For example, the form below is implemented using a StackViewController:
The purpose of this project is two-fold: encouraging design patterns that are more suitable for building content like the form pictured above, and providing tools to make the process simpler. The following sections contain a summary of the existing solutions and how we can improve upon them.
Traditionally, iOS developers have utilized
UITableView to build forms and other relatively static list-based user interfaces, despite the
UITableView API being a poor fit for such tasks.
UITableView is designed primarily for dynamic content, and a lot of the functionality that it provides is only necessary for dynamic content. Using it to build static user interfaces results in a lot of boilerplate code in implementing many data source and delegate methods.
Another major issue is the difficulty of implementing variable-height content with
UITableView. When building a form, for example, a common need is the ability to display a field (e.g. a text view) whose dimensions automatically change as the content inside it changes. One half of the problem is knowing how to size the cell — this is typically done by either manually computing the size in
-tableView:heightForRowAtIndexPath: or by using Autolayout, estimated row heights, and the self-sizing table view cell feature introduced in iOS 8. The other half of the problem is notifying the table view that it should update the layout for a cell once the content inside the cell changes. This can involve ugly hacks like calling
-[UITableView beginUpdates] and
-[UITableView endUpdates] to force relayout.
The bottom line is that
UITableView is the wrong tool for the job.
UIStackView, introduced in iOS 9, provides a clean abstraction over Autolayout for laying out a horizontal or vertical stack of views. By composing multiple instances of
UIStackView, the vast majority of common user interface layouts can be built quite easily without the need to manually create and remove layout constraints.
UIStackView is well suited for the task of building forms and other static content, but it has some shortcomings when applied to that particular use case. There are things that
UITableViewController provide that we often take for granted: scrolling support, cell separators, and other conveniences.
UIStackView doesn't have this functionality built in, so one of the goals of this library is to fill in those key pieces of missing functionality to the point where using a stack view is easier than using a table view for the same task.
A strong indicator of poorly designed iOS code is a bad separation of responsibilities between the view and the view controller, in accordance with the MVC (Model-View-Controller) pattern. The Massive View Controller anti-pattern is a common occurrence where the view controller simply does too much, absorbing responsibilities from the model and view layers. Conversely, there is also an anti-pattern where the view takes on many controller-like responsibilities rather than just focusing on the layout and rendering of the content.
StackViewController defines a single API for using both
UIViewController instances to provide content.
UIView instances can be used when the content being displayed is simple and non-interactive (e.g. a static label).
UIViewController instances can be used for more complex controls where there needs to be a controller in addition to the view, when, for example, a view displays a visual representation of state from a model that needs to be updated as the user interacts with the view.
Composition over inheritance is a fundamental principle of object-oriented programming.
This principle has always been used in iOS view hierarchies, where more complex views are composed out of simpler ones (e.g. how a
UIButton contains a
UILabel and a
UIImageView that render its content). However, there was no "official" way to compose view controllers until the introduction of view controller containment in iOS 5. It was possible to mimic behaviour like this prior to iOS 5, but handling the propagation of events between parent and child view controllers and transitions between child view controllers was difficult to get right, which are all problems that the view controller containment API solves.
In the same way that you can create complex layouts by composing multiple
UIStackView instances, you can use the view controller containment API to compose multiple instances of
StackViewController to create a hierarchy of view controllers where each content view is backed by a corresponding view controller that cleanly separates the responsibilities, instead of handling all of that at the view level (an anti-pattern, as mentioned earlier).
The framework provides two primary classes:
StackViewContainer wraps a
UIStackView and implements the following additional features:
UIScrollViewwith automatic management of associated constraints
UIStackViewdoesn't draw a background)
StackViewController is a subclass of
UIViewController that uses an instance of
StackViewContainer as its view, and adds support for adding content using view controller containment (i.e. view controller composition). This means that you can use view controllers and/or views to represent your content instead of just views, and
StackViewController automatically handles adding and removing them as child view controllers.
The included example app, pictured above, demonstrates the usage of both
StackViewContainer on its own (the image attachment control) as well as
StackViewController (the full form).
This project is licensed under the MIT license. See
LICENSE.md for more details.
|Last commit: 1 year ago|
Fixed issue where the separator color's alpha value was not honored.