Compile time polymorphism vs Runtime polymorphism
Polymorphism is the process where the same action can be performed in a number of different ways. Java supports 2 types of polymorphism – Compile time and runtime.
Compile time polymorphism
Java supports compile-time polymorphism via method overloading.Method overloading allows us to define two or more methods with the same name within a class but with different parameter declarations.
Consider the following code snippet:
public class AdditionService {int add() {return 3+5;}int add(int i) {return i+i;}int add(int i,int j) {return i+j;}double add(double i,double j) {return i+j;}}
This class has 4 methods with the name add. All four add methods differ in the parameters, so there is no compilation error. 1st add method does not have any parameters, the 2nd add method takes two integer parameters, the 3rd add method takes one integer parameter and the 4th add method takes two double parameters. So the add method is said to be “overloaded” four times.
Since the same action can be performed in a number of different ways, method overloading is an example of polymorphism. It is known a compile-time polymorphism because the version of an overloaded method to be invoked is determined at compile time by the compiler based on the parameters being passed in. So even before Java executes the program, the compiler determines which version of the method to invoke.
Runtime polymorphism
Java achieves Runtime polymorphism via method overriding. In a class hierarchy, when a method in a subclass has the same name and type signature as a method in its superclass, then the method in the subclass is said to override the method in the superclass.
Consider the following code:
public class Vehicle { public void printVehicleType() { System.out.println("This is a vehicle"); } }public class Car extends Vehicle { public void printVehicleType() { System.out.println("This is a car"); }}public class Bicycle extends Vehicle {public void printVehicleType() {System.out.println("This is a bicyle");}}
Car and Bicycle are both sub classes of Vehicle. Both have a method called printVehicleType.
Now consider the following code:
public class VehiclesDemo {public static void main(String[] args) {Vehicle vehicle = new Vehicle();Car car = new Car();vehicle = car;System.out.println("Invoking method with car object:");vehicle.printVehicleType();Bicycle bike = new Bicycle();vehicle=bike;System.out.println("Invoking method with bicycle object:");vehicle.printVehicleType();}}
First, we are creating a vehicle object. We are then creating a car object and assigning it to vehicle. We are then invoking the printVehicleType method using the vehicle variable. This will invoke the method in the car class.
Next, we are creating a bicycle object and assigning it to vehicle. We are then invoking the printVehicleType method again using the vehicle variable. This will invoke the method in the bicycle class.
This is how Java achieves runtime polymorphism. Since the same method call i.e. vehicle.printVehicleType prints different values based on the object assigned to it, this is an example of polymorphism. It is called runtime polymorphism because the version of the overridden method to be invoked is determined at runtime.
Summary
The following table summarises the differences between compile-time polymorphism and runtime polymorphism.
Compile-time polymorphism | Runtime polymorphism |
---|---|
Achieved using method overloading | Achieved using method overridding |
Known as compile time since the version of the overloaded method that will be invoked is determined at compile time | Known as runtime since the version of the overridden method to be invoked is determined at runtime based on the type of object |
Comments
Post a Comment