To start off, I want to say that I'm aware there are many articles and questions within SO that refer to the indirect
keyword in Swift.
The most popular explanation for the usage of indirect
is to allow for recursive enums.
Rather than just knowing about what indirect
allows us to do, I would like to know how it allows us to use recursive enums.
Is it because enums are value types and value types do not scale well if they are built in a recursive structure? Why?
Does indirect
modify the value type behaviour to behave more like a reference type?
The following two examples compile just fine. What is the difference?
indirect enum BinaryTree<T> {
case node(BinaryTree<T>, T, BinaryTree<T>)
case empty
}
enum BinaryTree<T> {
indirect case node(BinaryTree<T>, T, BinaryTree<T>)
case empty
}
The indirect
keyword introduces a layer of indirection behind the scenes.
You indicate that an enumeration case is recursive by writing indirect before it, which tells the compiler to insert the necessary layer of indirection.
From here
The important part of structs and enums is that they're a constant size. Allowing recursive structs or enums directly would violate this, as there would be an indeterminable number of recursions, hence making the size non constant and unpredictable. indirect
uses a constant size reference to refer to a constant size enum instance.
There's a different between the two code snippets you show.
The first piece of code makes BinaryTree<T>
stored by a reference everywhere it's used.
The second piece of code makes BinaryTree<T>
stored by a reference only in the case of node
. I.e. BinaryTree<T>
generally has its value stored directly, except for this explicitly indirect
node
case.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With