Why structs are preferred in Swift - Performance Analysis
When we choose between structs and classes in Swift, it helps to understand how their performance changes as data grows.
We want to see how the cost of using structs scales compared to classes.
Analyze the time complexity of copying a struct versus a class instance.
struct Point {
var x: Int
var y: Int
}
let p1 = Point(x: 10, y: 20)
let p2 = p1 // Copy of struct
class Circle {
var radius: Int
init(radius: Int) { self.radius = radius }
}
let c1 = Circle(radius: 5)
let c2 = c1 // Reference to same class instance
This code shows copying a struct creates a new copy, while copying a class just copies a reference.
Look at what happens when copying data:
- Primary operation: Copying all stored properties in the struct.
- How many times: Once per copy operation, proportional to the size of the struct.
As the struct grows larger, copying takes more time because all data is duplicated.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 copies of properties |
| 100 | 100 copies of properties |
| 1000 | 1000 copies of properties |
Pattern observation: Copying time grows linearly with the size of the struct.
Time Complexity: O(n)
This means copying a struct takes time proportional to its size, growing steadily as the data grows.
[X] Wrong: "Copying a struct is always slower than using a class because it duplicates data every time."
[OK] Correct: For small structs, copying is very fast and often cheaper than managing references and memory for classes.
Understanding how structs copy data helps you explain why Swift prefers structs for safety and performance in many cases.
"What if the struct contains a large array? How would copying affect time complexity then?"