Bird
Raised Fist0
Swiftprogramming~10 mins

Existential types (any keyword) in Swift - Step-by-Step Execution

Choose your learning style10 modes available
Concept Flow - Existential types (any keyword)
Define Protocol
↓
Declare variable with 'any Protocol'
↓
Assign instance conforming to Protocol
↓
Use variable to call protocol methods
↓
Runtime dispatch to actual implementation
This flow shows how a variable declared with 'any' holds any instance conforming to a protocol and calls its methods at runtime.
Execution Sample
Swift
protocol Greetable {
    func greet() -> String
}

struct Person: Greetable {
    var name: String
    func greet() -> String {
        return "Hello, \(name)!"
    }
}

var greeter: any Greetable

greeter = Person(name: "Alice")
print(greeter.greet())
This code declares a protocol, a variable with 'any' existential type, assigns a conforming instance, and calls a method.
Execution Table
StepActionVariable StateOutput
1Define protocol Greetable with greet()No variables yet
2Declare variable 'greeter' of type 'any Greetable'greeter = uninitialized
3Assign 'Person(name: \"Alice\")' to 'greeter'greeter = Person(name: "Alice")
4Call 'greeter.greet()'greeter = Person(name: "Alice")"Hello, Alice!" printed
5End of programgreeter = Person(name: "Alice")Program ends
💡 Program ends after printing greeting from the assigned instance.
Variable Tracker
VariableStartAfter AssignmentFinal
greeteruninitializedPerson(name: "Alice")Person(name: "Alice")
Key Moments - 2 Insights
Why do we write 'any Greetable' instead of just 'Greetable'?
In Swift 5.7+, 'any' explicitly marks existential types. It tells the compiler this variable can hold any instance conforming to the protocol, not a specific type. See execution_table step 2 and 3.
How does 'greeter.greet()' know which implementation to call?
At runtime, Swift uses dynamic dispatch to call the actual method of the instance stored in 'greeter'. This is shown in execution_table step 4.
Visual Quiz - 3 Questions
Test your understanding
Look at the execution_table at step 3, what is the type stored in 'greeter'?
AUninitialized variable
BProtocol Greetable itself
CPerson instance with name "Alice"
DString value "Alice"
💡 Hint
Check the 'Variable State' column at step 3 in execution_table.
At which step does the program print the greeting?
AStep 4
BStep 3
CStep 2
DStep 5
💡 Hint
Look for the 'Output' column mentioning printed text.
If we remove 'any' keyword from the variable declaration, what happens?
AThe code compiles and works the same
BCompiler error: protocol used as a type without 'any'
CRuntime error when assigning instance
DVariable becomes a concrete type
💡 Hint
Refer to key_moments about the purpose of 'any' keyword.
Concept Snapshot
Existential types hold any instance conforming to a protocol.
Use 'any ProtocolName' to declare such variables.
Allows dynamic dispatch of protocol methods.
Example: var x: any Greetable = Person()
Use to work with heterogeneous types safely.
Full Transcript
This visual execution shows how Swift's 'any' keyword marks existential types. First, a protocol Greetable is defined with a greet() method. Then a variable 'greeter' is declared as 'any Greetable', meaning it can hold any instance conforming to Greetable. Next, an instance of Person named Alice is assigned to 'greeter'. When calling greeter.greet(), Swift dynamically calls the Person's greet() method, printing "Hello, Alice!". The 'any' keyword is required to tell the compiler this is an existential type, enabling dynamic dispatch. Removing 'any' causes a compile error. This trace helps understand how existential types work step-by-step.

Practice

(1/5)
1. What does the any keyword indicate in Swift when used with a protocol type?
easy
A. It creates a new protocol that inherits from the original.
B. It marks the type as existential, allowing any value conforming to the protocol.
C. It restricts the type to only one specific conforming type.
D. It converts the protocol into a concrete class.

Solution

  1. Step 1: Understand the role of any in Swift

    The any keyword is used to mark a type as existential, meaning it can hold any value that conforms to a given protocol.
  2. Step 2: Compare with other options

    The incorrect options describe behaviors unrelated to any. It does not create new protocols, restrict to one type, or convert protocols to classes.
  3. Final Answer:

    It marks the type as existential, allowing any value conforming to the protocol. -> Option B
  4. Quick Check:

    any means existential type [OK]
Hint: Remember: any means 'any conforming type' [OK]
Common Mistakes:
  • Thinking any creates a new protocol
  • Confusing any with type restriction
  • Assuming any converts protocols to classes
2. Which of the following is the correct syntax to declare a variable that can hold any value conforming to the protocol Drawable using existential types?
easy
A. var shape: Drawable
B. var shape: Drawable & any
C. var shape: any Drawable
D. var shape: Drawable<any>

Solution

  1. Step 1: Recall the syntax for existential types

    In Swift, to declare a variable that can hold any value conforming to a protocol, you use any ProtocolName. So here, it is any Drawable.
  2. Step 2: Analyze each option

    var shape: Drawable misses any, so it is not explicit existential. var shape: Drawable & any and var shape: Drawable<any> have incorrect syntax. Only var shape: any Drawable uses the correct syntax.
  3. Final Answer:

    var shape: any Drawable -> Option C
  4. Quick Check:

    Existential syntax = any Protocol [OK]
Hint: Use any before protocol name for existential types [OK]
Common Mistakes:
  • Omitting any keyword
  • Placing any after protocol name
  • Using angle brackets incorrectly
3. What will be the output of the following Swift code?
protocol Greetable {
    func greet() -> String
}

struct Person: Greetable {
    func greet() -> String { "Hello" }
}

let greeter: any Greetable = Person()
print(greeter.greet())
medium
A. Hello
B. Error: Protocol method not implemented
C. Runtime error
D. nil

Solution

  1. Step 1: Understand the protocol and struct

    The protocol Greetable requires a greet() method returning a String. The struct Person implements this method returning "Hello".
  2. Step 2: Analyze the existential usage and output

    The variable greeter is declared as any Greetable and assigned a Person instance. Calling greeter.greet() calls the implemented method and returns "Hello".
  3. Final Answer:

    Hello -> Option A
  4. Quick Check:

    Existential calls implemented method = "Hello" [OK]
Hint: Existential calls protocol methods on conforming instance [OK]
Common Mistakes:
  • Expecting a compile or runtime error
  • Thinking protocol methods are not accessible
  • Assuming nil is returned
4. Identify the error in the following Swift code using existential types and fix it:
protocol Runnable {
    func run()
}

struct Dog: Runnable {
    func run() { print("Dog runs") }
}

var runner: Runnable = Dog()
runner.run()
medium
A. Missing any keyword before Runnable in variable declaration.
B. Dog does not conform to Runnable protocol.
C. run() method should return a value.
D. Variable runner should be a constant (let) instead of var.

Solution

  1. Step 1: Check variable declaration syntax

    Since Swift 5.7, existential types require the any keyword explicitly. The declaration var runner: Runnable is invalid; it should be var runner: any Runnable.
  2. Step 2: Verify other parts

    Dog conforms correctly, run() returns Void (allowed), and var is allowed. So only missing any is the error.
  3. Final Answer:

    Missing any keyword before Runnable in variable declaration. -> Option A
  4. Quick Check:

    Existential types need any keyword [OK]
Hint: Add any before protocol for existential variables [OK]
Common Mistakes:
  • Omitting any keyword
  • Thinking protocol conformance is missing
  • Expecting run() to return a value
5. You want to write a function that accepts any value conforming to the Codable protocol and returns its JSON string representation. Which is the correct way to declare the function parameter using existential types?
hard
A. func encodeToJSON(value: Codable & any) -> String
B. func encodeToJSON(value: Codable) -> String
C. func encodeToJSON(value: T) -> String
D. func encodeToJSON(value: any Codable) -> String

Solution

  1. Step 1: Understand existential vs generic parameters

    Using any Codable declares an existential type parameter that can accept any value conforming to Codable. This matches the question requirement.
  2. Step 2: Analyze each option

    func encodeToJSON(value: Codable) -> String omits any, which is invalid syntax for existential types. func encodeToJSON(value: T) -> String uses generics, which is valid but not existential. func encodeToJSON(value: Codable & any) -> String has incorrect syntax. func encodeToJSON(value: any Codable) -> String is correct.
  3. Final Answer:

    func encodeToJSON(value: any Codable) -> String -> Option D
  4. Quick Check:

    Existential parameter syntax = any Protocol [OK]
Hint: Use any before protocol for existential function parameters [OK]
Common Mistakes:
  • Using generics instead of existential types
  • Omitting any keyword
  • Incorrect syntax with & or angle brackets
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard