Bird
Raised Fist0
Typescriptprogramming~5 mins

Declaration merging for interfaces in Typescript - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Declaration merging for interfaces
O(n)
Understanding Time Complexity

We want to understand how the time it takes to use merged interfaces changes as the interface size grows.

How does combining multiple interface declarations affect the work the program does?

Scenario Under Consideration

Analyze the time complexity of the following code snippet.

interface User {
  name: string;
}
interface User {
  age: number;
}

function printUser(user: User) {
  console.log(user.name, user.age);
}

This code merges two interface declarations into one combined interface used in a function.

Identify Repeating Operations

Identify the loops, recursion, array traversals that repeat.

  • Primary operation: Accessing properties of the merged interface object.
  • How many times: Each property access happens once per call; no loops or recursion here.
How Execution Grows With Input

As the interface grows with more merged declarations, the program accesses more properties when used.

Input Size (number of properties)Approx. Operations
22 property accesses
1010 property accesses
100100 property accesses

Pattern observation: The number of operations grows directly with the number of properties accessed.

Final Time Complexity

Time Complexity: O(n)

This means the time to access all properties grows linearly with how many properties the merged interface has.

Common Mistake

[X] Wrong: "Merging interfaces creates nested loops or extra hidden work that slows down the program a lot."

[OK] Correct: Merging just combines property lists; accessing them is straightforward and grows only with the number of properties, not loops.

Interview Connect

Understanding how interface merging affects property access helps you reason about code structure and performance in real projects.

Self-Check

What if we added nested interfaces inside the merged interface? How would the time complexity change when accessing nested properties?

Practice

(1/5)
1. What happens when two interfaces with the same name are declared in TypeScript?
easy
A. Their properties merge into a single interface.
B. The second interface overwrites the first one.
C. A syntax error occurs due to duplicate names.
D. Only the first interface is used, others ignored.

Solution

  1. Step 1: Understand interface declaration merging

    In TypeScript, interfaces with the same name combine their properties into one interface.
  2. Step 2: Effect of merging

    This allows extending interfaces without overwriting or errors.
  3. Final Answer:

    Their properties merge into a single interface. -> Option A
  4. Quick Check:

    Declaration merging = properties combined [OK]
Hint: Same name interfaces combine properties automatically [OK]
Common Mistakes:
  • Thinking second interface overwrites the first
  • Expecting a syntax error on duplicate names
  • Assuming only the first interface is used
2. Which of the following is the correct syntax to merge two interfaces named Person in TypeScript?
easy
A. class Person { name: string } class Person { age: number }
B. interface Person { name: string } interface Person { age: number }
C. type Person = { name: string } type Person = { age: number }
D. interface Person { name: string } type Person = { age: number }

Solution

  1. Step 1: Identify valid interface merging syntax

    Only multiple interface declarations with the same name merge properties.
  2. Step 2: Check each option

    interface Person { name: string } interface Person { age: number } uses two interface Person declarations, which is correct. Options B and C mix types and interfaces or duplicate types, which do not merge. class Person { name: string } class Person { age: number } uses classes, which do not merge.
  3. Final Answer:

    interface Person { name: string } interface Person { age: number } -> Option B
  4. Quick Check:

    Multiple interface declarations = merge [OK]
Hint: Only interfaces with same name merge, not types or classes [OK]
Common Mistakes:
  • Trying to merge types instead of interfaces
  • Using classes instead of interfaces
  • Mixing type and interface declarations
3. What will be the output of the following TypeScript code?
interface Car { brand: string; }
interface Car { year: number; }
const myCar: Car = { brand: "Toyota", year: 2020 };
console.log(myCar.year);
medium
A. undefined
B. Runtime error
C. Compilation error
D. 2020

Solution

  1. Step 1: Understand interface merging effect

    The two Car interfaces merge their properties, so Car has both brand and year.
  2. Step 2: Analyze object and output

    The object myCar correctly has both properties. Logging myCar.year outputs 2020.
  3. Final Answer:

    2020 -> Option D
  4. Quick Check:

    Interface merge allows all properties [OK]
Hint: Merged interfaces combine properties, so all exist in object [OK]
Common Mistakes:
  • Expecting a compilation error due to duplicate interface
  • Thinking only first interface properties exist
  • Confusing runtime and compile-time errors
4. Identify the error in the following TypeScript code that attempts interface merging:
interface User { id: number; }
interface User { name: string; }
const user: User = { id: 1 };
medium
A. Cannot assign number to 'id' property.
B. Duplicate interface declarations cause syntax error.
C. Missing property 'name' in object 'user'.
D. Interface merging does not work with 'const' declarations.

Solution

  1. Step 1: Check interface merging and properties

    The two User interfaces merge, so User requires both id and name.
  2. Step 2: Analyze object assignment

    The object user only has id, missing name, causing a type error.
  3. Final Answer:

    Missing property 'name' in object 'user'. -> Option C
  4. Quick Check:

    All merged properties required in object [OK]
Hint: Merged interfaces require all properties in objects [OK]
Common Mistakes:
  • Thinking duplicate interfaces cause syntax errors
  • Ignoring missing properties in merged interface
  • Assuming 'const' affects interface merging
5. Given two interface declarations:
interface Product { id: number; }
interface Product { description?: string; price: number; }

Which of the following objects correctly implements the merged Product interface?
hard
A. { id: 101, price: 29.99 }
B. { id: 101, description: "Book" }
C. { price: 29.99, description: "Book" }
D. { id: 101 }

Solution

  1. Step 1: Combine interface properties

    The merged Product interface requires id (number) and price (number), with optional description.
  2. Step 2: Check each object against required properties

    { id: 101, price: 29.99 } has id and price, valid. { id: 101, description: "Book" } misses price. { price: 29.99, description: "Book" } misses id. { id: 101 } misses price.
  3. Final Answer:

    { id: 101, price: 29.99 } -> Option A
  4. Quick Check:

    Required properties must be present [OK]
Hint: All required merged properties must be in object [OK]
Common Mistakes:
  • Ignoring required properties when optional ones exist
  • Assuming optional properties are required
  • Missing required properties in object
Recommended

Ready to prove it?

Pass the test and this pattern moves unknown strong while earning +1 Grip toward your certificate.

10 questions~5 mineasy hard