Abstract classes in Java - Time & Space Complexity
Start learning this pattern below
Jump into concepts and practice - no test required
We want to understand how the time it takes to run code with abstract classes changes as the program grows.
Specifically, how does using abstract classes affect the number of steps the program takes?
Analyze the time complexity of the following code snippet.
abstract class Animal {
abstract void sound();
}
class Dog extends Animal {
void sound() { System.out.println("Bark"); }
}
class Cat extends Animal {
void sound() { System.out.println("Meow"); }
}
public class Main {
public static void main(String[] args) {
Animal[] animals = {new Dog(), new Cat(), new Dog()};
for (Animal a : animals) {
a.sound();
}
}
}
This code creates an array of animals and calls their sound method using an abstract class reference.
Identify the loops, recursion, array traversals that repeat.
- Primary operation: Looping through the array and calling the sound method on each animal.
- How many times: Once for each animal in the array (n times, where n is the array length).
Each animal in the array causes one call to sound(). As the number of animals grows, the total calls grow the same way.
| Input Size (n) | Approx. Operations |
|---|---|
| 10 | 10 calls to sound() |
| 100 | 100 calls to sound() |
| 1000 | 1000 calls to sound() |
Pattern observation: The number of operations grows directly with the number of animals.
Time Complexity: O(n)
This means the time to run grows in a straight line with the number of animals.
[X] Wrong: "Using abstract classes makes the program slower because of extra overhead."
[OK] Correct: The abstract class itself does not add extra loops or repeated work; it just helps organize code. The main time depends on how many times methods are called, not on abstraction.
Understanding how abstract classes affect time helps you explain design choices clearly and shows you know how code structure relates to performance.
"What if we added a nested loop inside the sound method that runs m times? How would the time complexity change?"
Practice
abstract classes in Java is true?Solution
Step 1: Understand abstract class instantiation
Abstract classes cannot be instantiated directly, meaning you cannot create objects from them usingnew.Step 2: Check method rules in abstract classes
Abstract classes can have both abstract methods (without body) and regular methods (with code). So, not all methods must be abstract.Final Answer:
You cannot create an object directly from an abstract class. -> Option DQuick Check:
Abstract class instantiation = not allowed [OK]
- Thinking abstract classes can be instantiated
- Believing all methods must be abstract
- Confusing abstract classes with interfaces
Solution
Step 1: Recall Java syntax for abstract classes
The keywordabstractmust come before the keywordclassin the declaration.Step 2: Check each option's order
Only abstract class MyClass {} has the correct order:abstract class MyClass {}. Others have incorrect keyword order.Final Answer:
abstract class MyClass {} -> Option AQuick Check:
abstract class syntax = 'abstract class' [OK]
- Placing abstract after class
- Mixing keyword order
- Omitting abstract keyword
abstract class Animal {
abstract void sound();
void sleep() {
System.out.println("Sleeping");
}
}
class Dog extends Animal {
void sound() {
System.out.println("Bark");
}
}
public class Test {
public static void main(String[] args) {
Animal a = new Dog();
a.sound();
a.sleep();
}
}Solution
Step 1: Understand method calls on abstract class reference
The variableais of typeAnimalbut refers to aDogobject. Callingsound()calls Dog's implementation, printing "Bark".Step 2: Call the concrete method from abstract class
Callingsleep()uses the method defined inAnimal, printing "Sleeping".Final Answer:
Bark Sleeping -> Option CQuick Check:
Dog sound then Animal sleep = Bark then Sleeping [OK]
- Expecting compilation error for abstract class reference
- Confusing method call order
- Thinking abstract class methods can't be called
abstract class Shape {
abstract void draw();
}
class Circle extends Shape {
void draw() {
System.out.println("Drawing Circle");
}
}
class Square extends Shape {
}
public class Test {
public static void main(String[] args) {
Shape s = new Square();
s.draw();
}
}Solution
Step 1: Check abstract method implementation in subclasses
The abstract methoddraw()inShapemust be implemented by all non-abstract subclasses.Step 2: Verify Square class implementation
TheSquareclass does not implementdraw()and is not declared abstract, causing a compilation error.Final Answer:
Square class must implement the abstract method draw() -> Option AQuick Check:
All abstract methods must be implemented in concrete subclasses [OK]
- Forgetting to implement abstract methods
- Thinking abstract class objects can be created
- Marking implemented methods as abstract
startEngine() but each vehicle starts differently. Which approach using abstract classes is best?Solution
Step 1: Understand the need for shared method with different implementations
SincestartEngine()must be shared but implemented differently, an abstract method enforces subclasses to provide their own version.Step 2: Choose abstract class with abstract method
DeclaringVehicleas abstract with abstractstartEngine()ensures all subclasses implement it, sharing the concept but customizing behavior.Final Answer:
Make an abstract class Vehicle with an abstract method startEngine(), then subclasses implement it. -> Option BQuick Check:
Abstract class with abstract method enforces implementation [OK]
- Using concrete method without forcing override
- Confusing interfaces with abstract classes
- Making class final prevents subclassing
