Why modules are needed in TypeScript

Introduction

Modules help organize code by splitting it into smaller parts. They keep code clean and avoid mixing everything together.

When your program grows and has many functions or classes.

When you want to reuse code in different files or projects.

When you want to keep variables and functions private to avoid conflicts.

When working with a team to separate work into parts.

When you want to load only the code you need for better performance.

Syntax

Typescript

export function greet() {
  console.log('Hello!');
}

import { greet } from './greetModule';
greet();

export makes code available outside the file.

import brings code from another file to use it.

Examples

Exporting a constant and importing it in another file.

Typescript

export const pi = 3.14;

import { pi } from './math';
console.log(pi);

Using export default to export a single main item from a module.

Typescript

export default function sayHi() {
  console.log('Hi!');
}

import sayHi from './sayHi';
sayHi();

Sample Program

This example shows how to export a function from one file and import it in another to use it.

Typescript

// file: mathUtils.ts
export function add(a: number, b: number): number {
  return a + b;
}

// file: app.ts
import { add } from './mathUtils';

const result = add(5, 3);
console.log('Sum is', result);

Important Notes

Modules help avoid naming conflicts by keeping code inside their own space.

Using modules makes your code easier to read and maintain.

TypeScript modules follow the same rules as ES6 JavaScript modules.

Summary

Modules split code into smaller, manageable parts.

They help share code between files safely.

Modules keep code organized and prevent conflicts.

Practice

1. Why do we need modules in TypeScript?

easy

A. To split code into smaller, manageable parts

B. To make code run faster

C. To write code without any errors

D. To avoid using variables

Solution

1. Step 1: Understand the purpose of modules

   Modules help organize code by splitting it into smaller parts.

2. Step 2: Identify the main benefit

   This splitting makes code easier to manage and understand.

3. Final Answer:

   To split code into smaller, manageable parts -> Option A

4. Quick Check:

   Modules organize code = B [OK]

Hint: Modules help organize and manage code easily [OK]

Common Mistakes:

• Thinking modules make code faster
• Believing modules fix all errors automatically
• Confusing modules with variable declarations

2. Which of the following is the correct way to export a function named greet from a TypeScript module?

easy

A. function greet() { console.log('Hello'); }

B. export function greet() { console.log('Hello'); }

C. export greet function() { console.log('Hello'); }

D. function greet() { console.log('Hello'); } export greet;

Solution

1. Step 1: Recall correct export syntax

   In TypeScript, to export a function, use export function functionName() {}.

2. Step 2: Check each option

   export function greet() { console.log('Hello'); } uses correct syntax. Options B and C have wrong order or missing keywords. function greet() { console.log('Hello'); } does not export.

3. Final Answer:

   export function greet() { console.log('Hello'); } -> Option B

4. Quick Check:

   Correct export syntax = D [OK]

Hint: Use 'export' before function to export it [OK]

Common Mistakes:

• Placing 'export' after function name
• Forgetting to export the function
• Using invalid export syntax

3. Consider two TypeScript files:
// file1.ts
export const value = 42;
// file2.ts
import { value } from './file1';
console.log(value);
What will be the output when file2.ts is run?

medium

A. null

B. undefined

C. Error: Cannot find module './file1'

D. 42

Solution

1. Step 1: Understand export and import

   file1.ts exports a constant named value with 42. file2.ts imports it correctly.

2. Step 2: Predict console output

   Since import is correct, console.log(value) prints 42.

3. Final Answer:

   42 -> Option D

4. Quick Check:

   Imported value logs 42 = A [OK]

Hint: Imported constants print their exported values [OK]

Common Mistakes:

• Assuming import fails without file extension
• Expecting undefined without export
• Confusing import syntax

4. What is wrong with this TypeScript module code?

export const a = 10;
const b = 20;
import { b } from './moduleB';

medium

A. The import statement must be at the top before any other code

B. You cannot import a variable named 'b' if it's declared locally

C. You cannot import after export in the same file

D. There is no error in this code

Solution

1. Step 1: Check import statement placement

   In TypeScript, import statements must be at the top before any other code.

2. Step 2: Identify the error

   Here, import comes after export and variable declaration, which is invalid.

3. Final Answer:

   The import statement must be at the top before any other code -> Option A

4. Quick Check:

   Imports must be top-level = A [OK]

Hint: Always place imports at the top of the file [OK]

Common Mistakes:

• Placing imports after code
• Thinking imports can be anywhere
• Confusing import and export order

5. You have two modules:
// mathUtils.ts
export function add(x: number, y: number) { return x + y; }
export function multiply(x: number, y: number) { return x * y; }
// app.ts
import * as math from './mathUtils';
console.log(math.add(2, 3));
console.log(math.multiply(4, 5));
Why is using import * as math helpful in this case?

hard

A. It automatically fixes type errors in imported functions

B. It makes the code run faster by bundling functions

C. It groups all exports under one name to avoid name conflicts

D. It prevents the need to export functions in mathUtils.ts

Solution

1. Step 1: Understand import * as syntax

   This syntax imports all exported members under a single namespace object.

2. Step 2: Identify benefit

   Grouping exports under math avoids naming conflicts and keeps code organized.

3. Final Answer:

   It groups all exports under one name to avoid name conflicts -> Option C

4. Quick Check:

   Namespace import groups exports = C [OK]

Hint: Use 'import * as' to group exports under one name [OK]

Common Mistakes:

• Thinking it improves performance
• Believing it fixes type errors automatically
• Assuming exports are not needed