Wrap up
Wrap up êŽë š
There are two types of iOS developer in the world: those who use Auto Layout, and people who like wasting time. It has bit of a steep learning curve (and we didn't even use the hard way of adding constraints!), but it's an extremely expressive way of creating great layouts that adapt themselves automatically to whatever device they find themselves running on â now and in the future.
Most people recommend you do as much as you can inside Interface Builder, and with good reason â you can drag lines about until you're happy, you get an instant preview of how it all looks, and it will warn you if there's a problem (and help you fix it.) But, as you've seen, creating constraints in code is remarkably easy thanks to the Visual Format language and anchors, so you might find yourself mixing them all to get the best results.
Review what you learned
Anyone can sit through a tutorial, but it takes actual work to remember what was taught. Itâs my job to make sure you take as much from these tutorials as possible, so Iâve prepared a short review to help you check your learning.
Challenge
One of the best ways to learn is to write your own code as often as possible, so here are three ways you should try extending this app to make sure you fully understand whatâs going on:
- Try replacing the
widthAnchor
of our labels withleadingAnchor
andtrailingAnchor
constraints, which more explicitly pin the label to the edges of its parent. - Once youâve completed the first challenge, try using the
safeAreaLayoutGuide
for those constraints. You can see if this is working by rotating to landscape, because the labels wonât go under the safe area. - Try making the height of your labels equal to 1/5th of the main view, minus 10 for the spacing. This is a hard one, but Iâve included hints below!
Hints
It is vital to your learning that you try the challenges above yourself, and not just for a handful of minutes before you give up.
Every time you try something wrong, you learn that itâs wrong and youâll remember that itâs wrong. By the time you find the correct solution, youâll remember it much more thoroughly, while also remembering a lot of the wrong turns you took.
This is what I mean by âthere is no learning without struggleâ: if something comes easily to you, it can go just as easily. But when you have to really mentally fight for something, it will stick much longer.
But if youâve already worked hard at the challenges above and are still struggling to implement them, Iâm going to write some hints below that should guide you to the correct answer.
If you ignore me and read these hints without having spent at least 30 minutes trying the challenges above, the only person youâre cheating is yourself.
Still here? OK. If youâre stuck on the last challenge, try looking at Xcodeâs code completion options for the constraint()
method. Weâre using the equalToConstant
option right now, but there are others â the equalTo
option lets you specify another height anchor as its first parameter, along with a multiplier and a constant.
When you use both a multiplier and a constant, the multiplier gets factored in first then the constant. So, if you wanted to make one view half the width of the main view plus 50, you might write something like this:
yourView.widthAnchor.constraint(equalTo: view.safeAreaLayoutGuide.widthAnchor, multiplier: 0.5, constant: 50).isActive = true