This is the first section of the iOS crash course. These three lectures will cover the basics of the development process. By the end of the third you should have a solid foundation to begin iOS development yourself. However, this is only a brief primer! In the rest of the iOS lectures we will be diving into more difficult and complex topics in a more comprehensive way. For theses three lectures, the whole picture will not be clear; follow along closely and try to understand each step.
Lecture 1 will cover:
You may notice as you make progress through the tutorial that your IDE colors do not match those from the screenshots. That's my fault: I can't stand a white background on my IDE's, so my Xcode color scheme is set to “Dusk.” If you'd like to change yours to match, instructions are included below.
Xcode is the IDE used for all iOS development. Although 3rd party IDE's exist, you should learn and appreciate Xcode, its fast, slick, and optimized for iOS. Because Apple has vertical control over their products (i.e. they have control over their products from hardware to operating system to application) Xcode can make a lot of menial tasks very easy and integrates well into the development cycle.
Xcode's main view may seem a little overwhelming right now, but a lot of the options are not needed at this point. The two circles on the image below show everything you need to pay attention to now. On the top left you'll see a play button. This runs your application in the Simulator. Top right contains six buttons. The three on the left represent panes currently open in Xcode. The three buttons on the right allow you to change editor types. Don't worry too much about them now!
Click on the Main.Storyboard file in the project navigator in the left pane so your screen looks like the screenshot below. This is a storyboard, which lays out the interface of your application.
Run your application to make sure everything works. If the simulator does not start you get an error, go back to the iOS home page and follow the instructions under the Lab Simulator Fix section.
InterfaceBuilder (commonly abbreviated as IB) is Xcode's integrated interface-building tool. It is a WYSIWYG (what-you-see-is-what-you-get) editor that allows you to drag and drop Views onto the screen easily. One of the nicest features of Xcode, InterfaceBuilder allows you to deal with the View creation process without ever having to write a single line of code. The file that InterfaceBuilder operates on is called the storyboard.
IB can look a little complicated, but there are only a two broad kinds of items that appear on the screen.
That's all fine and dandy, but you haven't actually learned what Views and Controllers actually are. One of the ways in which iOS is structured is called MVC, which stands for Model, View, Controller. This is just a way of thinking of different objects in code and keeping them separate.
The following are examples of views in the pictures below
The following are examples of view controllers in the pictures below
Its useful to do a quick Hello, World starter just to get your feet wet. We will code two variations to get an idea how InterfaceBuilder works.
Click on the ViewController.swift file on the project navigator. Type the following line before the closing brace in the viewDidLoad method.
println(“Hello, World!”) Run your program by clicking the play button in the top left corner. Check the console for your message!
Ok, that was pretty basic! println() is a library function call that logs the message within the quotes to the console. This call takes in a String object.
In this next step, we're going to make a Hello, World button and label on the main interface.
This is what your view controller should look like after the last steps. We have two minor changes to make to the format and then you will hook up the views you just added to code.
At this point you can run your app again and see the views laid out on the root view. Unfortunately, since the views are not connected to code, they don't do anything terribly interesting.
What does this mean? Remember, MVC splits objects into different types, keeping their code and interaction seperate. Each type of object's source code shouldn't ever mix with other types of object source code. Views don't merge into controllers and vis-versa. You have already seen Views (the label and the button) and Controllers (the rectangle in the middle of the screen, and the file you wrote “Hello, World!” in.) Controllers are the masters of the program, so to make Views do anything interesting we have to connect the two.
We connect Views to Controllers using a simple drag and drop. There are two kinds of connections you can make:
IB stands for InterfaceBuilder. It is an established convention in iOS to prefix your objects with 2 letters that tell the programmer from what library they come from.
When the user presses the button, we want to change the text of the label to “Welcome to CS407!” In order to do this, we need access to the label through an IBOutlet, and we need to know when the button is pressed through an IBAction. In order to make connections, we have to use the Assistant Editor to see the storyboard and the code
To open the assistant editor, press the second button from the left in the top right corner. The icon looks like a two intersecting circles.
When the button is pressed, we want to change the text of the label. This is done by setting the button's text property. Your code should look like this
Place the following statement in between the braces of the buttonHello(sender: UIButton) method labelHello.text = “Welcome to CS407!“
Run your program! If it works, go crazy.
Ok. That was a lot of unexplained steps in quick succession. If this seems painful, don't worry. Its really quite simple, and at this point you've performed all the steps you'll ever need to build almost any iOS interface! If you can't quite understand what just happened, don't worry. You can just repeat the previous steps over and over to build your interfaces, and eventually things will click. We will discuss a little more of the theory of InterfaceBuilder in later classes.
Add 3 views to your view controller
Create an app such that when the button is clicked the label changes to “Hi, <Text Box Content>”. Essentially we want a functionality, where we type something into the Text Field, then tap the Button and change the contents of the Label
If this seemed a little slow, don't worry. The fun is just starting. Covering iOS development is a little weird for most people at first, because they have to deal with a new language, IDE, and set of conventions like MVC. Hold on tight!
In Xcode “Why is the default-provided canvas square?” Well, as was told to us in the class, it wasn't a square from the beginning.
In previous versions of Xcode, this Default Storyboard Scene had the basic proportions of an iPhone in Portrait mode. Now We have things like the iPhone 6, the iPhone 6 Plus, the 5, the 4s. A Square is simply the most generic starting point. Therefore we now need to build interfaces which are responsive to a change in screen size and position. This is where auto layout comes in.
We discussed auto layout in detail in class. Before we dive into a challenge problem, here are some tricks to remember while working on auto layout.
1. Auto layout is all about constraints. There are two ways to edit/add constraints, one is by using the buttons present in the bottom right.
second, by pressing control and dragging the pointer towards the direction where you want to add constraints.
2. Use “Document outline” to understand the hierarchy.
3. If you see the color “orange” something is wrong with the layout. The issue navigator can give you more details. “Blue” is good.
Please read Ray Wenderlich's tutorial on Autolayout here, that would help in understanding the concepts at the grassroots.
You challenge is to add constraints to all the view objects, and make them work for different screen sizes and orientation.