How does one use polymorphism instead of instanceof? (And why?)

The main difference between if…else… (or switch, or Visitor), and between polymorphism is modularity. There’s so called open-closed principle, which basically means, that when you add a new feature to an existing program, the less changes you make in existing code the better (because every change requires some work, and may introduce bugs). So let’s compare the amount of changes:

  • adding a new method (eg. you have paint(), and getArea(), let’s add getCircumference()): with if-else solution you only have to alter just one file – the file which will contain the new method. With polymorphism, you have to alter all your implementations of Shape class.

  • adding a new kind of Shape (you have Square, Circle – let’s add Triangle): with if-else solution you have to review all existing classes with if-else and add a new if branch for Triangle; with polymporphism all you have is to add a new class and implement all required methods in it.

So if…else… or polymorphism: it depends on modularity. If you expect that many new sublasses will be added later, use polymorphism; if you expect that many new methods will be added later, use if…else…, and in the class put only the most “basic” methods like accessors. Or in other words: when you expect to have many if…else… branches, you should rather use polymorphism, when you expect few such branches, just stay with if…else…

Additionally: when you expect few if…else… branches, but in lots of places, you should consider encapsulating this if…else… with Visitor pattern or just making an enum with a separate case for each branch.

Leave a Comment