Bird
Raised Fist0
Typescriptprogramming~5 mins

Type erasure and its consequences in Typescript - Time & Space Complexity

Choose your learning style10 modes available
Time Complexity: Type erasure and its consequences
O(n)
Understanding Time Complexity

When TypeScript code runs, its types disappear. This is called type erasure.

We want to see how this affects the speed of the program as it runs.

Scenario Under Consideration

Analyze the time complexity of the following TypeScript function using generics.


function findFirst<T>(arr: T[], value: T): number {
  for (let i = 0; i < arr.length; i++) {
    if (arr[i] === value) {
      return i;
    }
  }
  return -1;
}
    

This function looks for the first place a value appears in an array.

Identify Repeating Operations

Look for loops or repeated checks.

  • Primary operation: The for-loop checking each item one by one.
  • How many times: Up to the length of the array, n times in the worst case.
How Execution Grows With Input

As the array gets bigger, the function checks more items.

Input Size (n)Approx. Operations
10Up to 10 checks
100Up to 100 checks
1000Up to 1000 checks

Pattern observation: The number of checks grows directly with the size of the array.

Final Time Complexity

Time Complexity: O(n)

This means the time to finish grows in a straight line as the input gets bigger.

Common Mistake

[X] Wrong: "Because TypeScript uses types, the program runs faster or slower depending on types."

[OK] Correct: Types are removed before running, so they do not affect speed or how many steps the program takes.

Interview Connect

Understanding that TypeScript types vanish at runtime helps you explain why performance depends on the JavaScript code, not the types.

Self-Check

What if the function used a complex comparison instead of ===? How would that change the time complexity?

Practice

(1/5)
1. What does type erasure mean in TypeScript?
easy
A. TypeScript removes all type information when compiling to JavaScript.
B. TypeScript keeps all type information in the final JavaScript code.
C. TypeScript converts types into runtime checks automatically.
D. TypeScript adds extra type annotations in the JavaScript output.

Solution

  1. Step 1: Understand TypeScript compilation

    TypeScript compiles to JavaScript by removing all type annotations and interfaces.
  2. Step 2: Define type erasure meaning

    This removal of type info is called type erasure, meaning types exist only during development, not at runtime.
  3. Final Answer:

    TypeScript removes all type information when compiling to JavaScript. -> Option A
  4. Quick Check:

    Type erasure = types removed at compile time [OK]
Hint: Remember: TypeScript types vanish in JavaScript output [OK]
Common Mistakes:
  • Thinking types exist at runtime
  • Believing TypeScript adds runtime type checks
  • Confusing type erasure with type inference
2. Which of the following is the correct way to check a variable's type at runtime in TypeScript?
easy
A. Using typeof operator in JavaScript code.
B. Using TypeScript type annotations like string in if statements.
C. Using TypeScript interfaces to check types at runtime.
D. Using instanceof with TypeScript types.

Solution

  1. Step 1: Recall type erasure effect

    TypeScript types do not exist at runtime, so you cannot use them in runtime checks.
  2. Step 2: Identify runtime type check method

    JavaScript's typeof operator works at runtime to check primitive types like string or number.
  3. Final Answer:

    Using typeof operator in JavaScript code. -> Option A
  4. Quick Check:

    Runtime type check = typeof operator [OK]
Hint: Use JavaScript's typeof for runtime type checks [OK]
Common Mistakes:
  • Trying to use TypeScript types at runtime
  • Using interfaces for runtime checks
  • Confusing instanceof with TypeScript types
3. What will be the output of this TypeScript code after compilation and running in JavaScript?
function isString(value: any): boolean {
  return typeof value === 'string';
}

console.log(isString(123));
console.log(isString('hello'));
medium
A. true\ntrue
B. false\nfalse
C. false\ntrue
D. TypeError at runtime

Solution

  1. Step 1: Understand the function logic

    The function returns true if the input's JavaScript type is 'string', false otherwise.
  2. Step 2: Evaluate the calls

    For 123, typeof is 'number', so returns false. For 'hello', typeof is 'string', so returns true.
  3. Final Answer:

    false\ntrue -> Option C
  4. Quick Check:

    typeof 123 = number (false), typeof 'hello' = string (true) [OK]
Hint: Check typeof results for each input value [OK]
Common Mistakes:
  • Assuming TypeScript types affect runtime
  • Expecting true for number input
  • Confusing output order
4. Identify the error in this TypeScript code that tries to check if value is a number at runtime:
function checkNumber(value: any): boolean {
  if (value instanceof number) {
    return true;
  }
  return false;
}
medium
A. The function should use typeof value === 'number' instead.
B. The function should use value.constructor === Number.
C. The function is correct and will return true for numbers.
D. Using instanceof with a primitive type causes a runtime error.

Solution

  1. Step 1: Understand instanceof usage

    instanceof works with objects, not primitive types like number.
  2. Step 2: Identify error cause

    Using value instanceof number causes a runtime error because number is not a constructor function.
  3. Final Answer:

    Using instanceof with a primitive type causes a runtime error. -> Option D
  4. Quick Check:

    instanceof with primitives = error [OK]
Hint: Use typeof for primitives, not instanceof [OK]
Common Mistakes:
  • Using instanceof with primitive types
  • Thinking instanceof works like typeof
  • Ignoring runtime errors from wrong instanceof usage
5. Given that TypeScript types are erased at runtime, how can you safely handle different input types in a function that accepts string | number and returns their length or value doubled?
function process(input: string | number) {
  // What is the best way to handle types here?
}
hard
A. Rely on TypeScript types only and assume input is always correct at runtime.
B. Use JavaScript runtime checks like typeof to distinguish types and process accordingly.
C. Use instanceof to check if input is a string or number.
D. Convert input to string and always return its length.

Solution

  1. Step 1: Recall type erasure impact

    TypeScript types do not exist at runtime, so runtime checks must use JavaScript operators.
  2. Step 2: Choose correct runtime check

    Using typeof lets you detect if input is 'string' or 'number' and handle each case safely.
  3. Step 3: Avoid incorrect methods

    Relying only on TypeScript types or using instanceof with primitives is unsafe or incorrect.
  4. Final Answer:

    Use JavaScript runtime checks like typeof to distinguish types and process accordingly. -> Option B
  5. Quick Check:

    Runtime type safety = typeof checks [OK]
Hint: Always check types at runtime with typeof for unions [OK]
Common Mistakes:
  • Assuming TypeScript types exist at runtime
  • Using instanceof with primitives
  • Ignoring runtime type checks
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