Yes, I know I am late to the party. I can’t even estimate how many times I’ve read a definition of an Interface over the last year. It has been a concept that totally baffled me for a long time, then I sorta understood, and last night I actually implemented an Interface intentionally and correctly. The same is true for the term polymorphism. I can read definitions until my eyes hurt, but until I actually use it, the words are just abstractions. These two concepts are synonymous, as Interfaces in Actionscript 3 are a convenience for type-checking polymorphism in APIs.
‘Ah-ha!’
In this case, I had a Flex container that I wanted to pass to a method. I didn’t know what the container would be, but I knew that it would be a container. IContainer? Yup. Now the method couldn’t care less what class is being passed its way, as long as it has the appropriate methods that match the IContainer signature.
Now it makes sense. This is the reason I keep reading that I need to use implicit getters and setters with private class properties instead of public properties. Public properties are not allowed in an interface, so you aren’t able to abstract these properties with an interface. Getters and setters ARE allowed in an interface, so now you can expose these properties and ensure that methods expecting the interface get what they are looking for. As it turns out, people weren’t recommending this simply to get me to write extra lines of code
The pieces are starting to come together. Abstract classes, design patterns, polymorphism, interfaces… PureMVC has been a help. The framework pushes me towards proper OOP and the use of design patterns. Stacking knowledge, one block at a time.
The I had an epiphany as to what polymorphism is last night. by Joel Hooks, unless otherwise expressly stated, is licensed under a Creative Commons Attribution 3.0 United States License.