Chapters
Chapters

Chapters

Hide chapters

UIKit Apprentice

Third Edition · iOS 18 · Swift 5.10 · Xcode 16

Before You Begin

Section 0: 5 chapters
Show chapters Hide chapters

Getting Started

Section 1: 8 chapters
Show chapters Hide chapters

Checklists

Section 2: 12 chapters
Show chapters Hide chapters

My Locations

Section 3: 11 chapters
Show chapters Hide chapters

Store Search

Section 4: 13 chapters
Show chapters Hide chapters

24. Objects vs. Classes
Written by Fahim Farook

Heads up... You’re accessing parts of this content for free, with some sections shown as scrambled text.

Unlock our entire catalogue of books and courses, with a Kodeco Personal Plan.

Unlock now

Heads up... You’re accessing parts of this content for free, with some sections shown as scrambled text.

Unlock our entire catalogue of books and courses, with a Kodeco Personal Plan.

Unlock now

Time for something new. Up until now I’ve been calling almost everything an “object.” That’s not quite correct though. So, it’s time for you to brush up on your programming theory a bit more.

In this chapter, you will learn the following:

  • Classes: The difference between classes and objects.
  • Inheritance: What class inheritance is and how it works.
  • Overriding methods: Overriding methods in sub-classes to provide different functionality.
  • Casts: Casting an object from a subclass to its superclass — how (and why) you do it.

Classes

If you want to use the proper object-oriented programming vernacular, you have to make a distinction between an object and its class.

When you do this,

class ChecklistItem: NSObject {
  . . .
}

You’re really defining a class named ChecklistItem, not an object. An object is what you get when you instantiate a class:

let item = ChecklistItem()

The item variable now contains an object of the class ChecklistItem. You can also say: the item variable contains an instance of the class ChecklistItem. The terms object and instance mean the same thing.

In other words, “instance of class ChecklistItem” is the type of this item variable.

The Swift language and the iOS frameworks already come with a lot of types built-in, but you can also add types of your own by making new classes.

Let’s use an example to illustrate the difference between a class and an instance / object.

You and I are both hungry, so we decide to eat some ice cream — my favorite subject next to programming!. Ice cream is the class of food that we’re going to eat.

The ice cream class looks like this:

class IceCream: NSObject {
  var flavor: String
  var scoops: Int

  func eatIt() {
    // code goes in here
  }
}

You and I go on over to the ice cream stand and ask for two cones:

// one for you
let iceCreamForYou = IceCream()
iceCreamForYou.flavor = "Strawberry"
iceCreamForYou.scoops = 2

// and one for me
let iceCreamForMe = IceCream()
iceCreamForMe.flavor = "Pistachio"
iceCreamForMe.scoops = 3

Yep, I get more scoops, but that’s because I’m hungry from all this explaining. ;-]

Now the app has two instances of IceCream, one for you and one for me. There is just one class that describes what sort of food we’re eating — ice cream — but there are two distinct objects. Your object has strawberry flavor, mine pistachio.

eatIt() Method: scoops Property: flavor Property: 3 scoops: Strawberry flavor: iceCreamForYou Instance: 2 scoops: Pistachio flavor: iceCreamForMe Instance: IceCream Class: let iceCreamForYou = IceCream() let iceCreamForMe = IceCream()
The class is a template for making new instances

The IceCream class is like a template that declares: objects of this type have two properties, flavor and scoops, and a method named eatIt().

Any new instance that is made from this template will have those instance variables and methods, but it lives in its own section of computer memory and therefore has its own values.

If you’re more into architecture than food, you can also think of a class as a blueprint for a building. It is the design of the building but not the building itself. One blueprint can make many buildings, and you could paint each one — each instance — a different color if you wanted to.

Inheritance

Sorry, this is not where I tell you that you’ve inherited a fortune. We’re talking about class inheritance here, one of the main principles of object-oriented programming.

FnejnnejsFeetFocddebtuc EIWufhoVioyKeylbakdew OURiepMadmtizxos UAKejqeqxab DFIrfify
Orw gwukicatm cjekrap jsinw oj hdu kpouqdizg ep CTOzqocq

Superclasses and subclasses

When programmers talk about inheritance, they’ll often throw around the terms superclass and subclass.

XyiymsigmPaidKeklbindel OEBirmaLoabFocqwabgac EEWiidWuqxtecmiz EIXigjojzac KCEbtibk Rebbzuyh uh Hucysumg eg Jothsuwm iv Bivhyikt ox Japuswzuwg af Xuhikcnell in Ticomljozr il Puheqwwuzh oq
Zaxochcabf izv dobgpenh

UUGixagabaizTephsudjiy EIEjeweBajqemMemxyerhek DSHaumTumkitiLeojCawbfabsiz Yeif Hauv Liqnjirzazp Fouw Saad Tagmzirtubf OASeohFajqdekjuv EONioz OOXiwhuVoadFotrdukseg OEAltdibopain IERiypitzuc FVAwbulq
O gkurc helteek on pze IEZog ammebevobya tzoi

Inheriting properties (and methods)

Inheriting from a class means your new class gets to use the properties and methods from its superclass.

Overriding methods

In the previous example, IceCream could use the eatIt() method implementation from Snack for free. But that’s not the full story :]

Subclass initialization

When making a subclass, the init methods require special care.

Private parts

So… does a subclass get to use all the methods from its superclass? Not quite.

Casts

Often, your code will refer to an instance not by its own class but by one of its superclasses. That probably sounds very weird, so let’s look at an example.

IUPelKajTopblublir Rak BeiwYaljmasnow Palasooln QeecBiqnrewloy XoljinyWapihial SuelLojcwahreb 0 8 0 Gfi vwlodbase um dle usp: UULekYovFodzcobvat AOQauvTiptkibmuv AEXienFotwrombey EAJouxNipjwazkel 4 8 4 Mciw dya hey riw maqbfiwqay wuup :
Mcu EOJadCilJoddrapgit vaeg jam pea peel nuzvqicxiv

23. Use Location Data
25. The Tag Location Screen
Have a technical question? Want to report a bug? You can ask questions and report bugs to the book authors in our official book forum here.
© 2026 Kodeco Inc.

You’re accessing parts of this content for free, with some sections shown as scrambled text. Unlock our entire catalogue of books and courses, with a Kodeco Personal Plan.

Unlock now