DTO pattern for data transfer in Express - Performance & Optimization

Performance: DTO pattern for data transfer

MEDIUM IMPACT

This pattern affects how data is prepared and sent over the network, impacting response size and serialization time.

Sending user data in an API response

Express

class UserDTO {
  constructor(user) {
    this.id = user.id;
    this.name = user.name;
    this.email = user.email;
  }
}

app.get('/user', (req, res) => {
  const user = getUserFromDb();
  const dto = new UserDTO(user);
  res.json(dto); // sends only needed fields
});

DTO limits data to essential fields, reducing payload size and serialization time.

📈 Performance GainPayload size reduced by up to 50%, faster JSON serialization, improves LCP

Sending user data in an API response

Express

app.get('/user', (req, res) => {
  const user = getUserFromDb();
  res.json(user); // sends entire user object including sensitive and unnecessary fields
});

Sending the full user object increases payload size and exposes sensitive data.

📉 Performance CostIncreases payload size by 20-50%, blocks rendering longer due to larger JSON parsing

Performance Comparison

Pattern	DOM Operations	Reflows	Paint Cost	Verdict
Sending full data object	N/A	N/A	High due to large JSON parsing	[X] Bad
Sending DTO with minimal fields	N/A	N/A	Low due to smaller JSON parsing	[OK] Good

Rendering Pipeline

Data sent from server is serialized to JSON, transferred over network, parsed by browser, and rendered. Smaller payloads speed up parsing and rendering.

→Network Transfer

→JSON Parsing

→Rendering

⚠️ BottleneckNetwork Transfer and JSON Parsing due to large payloads

Core Web Vital Affected

LCP

This pattern affects how data is prepared and sent over the network, impacting response size and serialization time.

Optimization Tips

1Always send only necessary data in API responses to reduce payload size.

2Use DTOs to control and limit data fields sent to clients.

3Smaller JSON payloads improve network transfer and parsing speed, enhancing LCP.

Performance Quiz - 3 Questions

How does using a DTO pattern affect API response performance?

A Increases payload size by adding extra fields

B Reduces payload size and speeds up JSON parsing

C Has no effect on performance

D Blocks rendering by adding more DOM nodes

DevTools: Network

How to check: Open DevTools > Network tab, reload the API call, inspect the response payload size and content.

What to look for: Look for smaller JSON response size and faster load times indicating efficient data transfer.

Practice

1. What is the main purpose of using a DTO (Data Transfer Object) in an Express application?

easy

A. To clearly define and control the data sent between different parts of the app

B. To handle database connections directly

C. To style the user interface components

D. To manage server configuration settings

Solution

1. Step 1: Understand the role of DTOs

   DTOs are simple objects designed to carry data between parts of an application clearly and safely.

2. Step 2: Identify the correct purpose in Express context

   In Express, DTOs help control what data is sent or received, improving code clarity and security.

3. Final Answer:

   To clearly define and control the data sent between different parts of the app -> Option A

4. Quick Check:

   DTO purpose = data control and clarity [OK]

Hint: DTOs move data cleanly between app parts [OK]

Common Mistakes:

• Confusing DTOs with database or UI code
• Thinking DTOs handle server setup
• Assuming DTOs manage styling

2. Which of the following is the correct way to define a simple DTO class in Express using JavaScript?

easy

A. function UserDTO(name, email) { return { name, email }; }

B. let UserDTO = (name, email) => { this.name = name; this.email = email; };

C. const UserDTO = { name: '', email: '' };

D. class UserDTO { constructor(name, email) { this.name = name; this.email = email; } }

Solution

1. Step 1: Review class syntax for DTO

   A DTO is often a simple class with a constructor to assign properties.

2. Step 2: Check each option's correctness

   class UserDTO { constructor(name, email) { this.name = name; this.email = email; } } correctly defines a class with a constructor assigning properties. function UserDTO(name, email) { return { name, email }; } returns an object but is a function, not a class. const UserDTO = { name: '', email: '' }; is a plain object, not a class. let UserDTO = (name, email) => { this.name = name; this.email = email; }; uses arrow function incorrectly with 'this'.

3. Final Answer:

   class UserDTO { constructor(name, email) { this.name = name; this.email = email; } } -> Option D

4. Quick Check:

   DTO class = constructor with properties [OK]

Hint: Use class with constructor for DTOs [OK]

Common Mistakes:

• Using arrow functions with 'this' in DTOs
• Defining DTO as plain object without constructor
• Returning object from function instead of class

3. Given this DTO and Express route, what will be the JSON response when sending {"name":"Alice","email":"[e-mail]","password":"secret"} in the request body?

class UserDTO {
  constructor(name, email) {
    this.name = name;
    this.email = email;
  }
}

app.post('/user', (req, res) => {
  const userDto = new UserDTO(req.body.name, req.body.email);
  res.json(userDto);
});

medium

A. {"name":"Alice","email":"[e-mail]","password":"secret"}

B. {"name":"Alice","email":"[e-mail]"}

C. {"password":"secret"}

D. {}

Solution

1. Step 1: Understand DTO construction

   The UserDTO constructor only assigns name and email properties, ignoring password.

2. Step 2: Analyze response JSON

   The response sends the userDto object, which includes only name and email fields.

3. Final Answer:

   {"name":"Alice","email":"[e-mail]"} -> Option B

4. Quick Check:

   DTO filters out extra fields [OK]

Hint: DTO only includes defined properties [OK]

Common Mistakes:

• Expecting password to be included in response
• Confusing request body with DTO properties
• Assuming all request fields are sent back

4. Identify the error in this DTO usage in an Express route:

class ProductDTO {
  constructor(id, name) {
    this.id = id;
    this.name = name;
  }
}

app.post('/product', (req, res) => {
  const productDto = ProductDTO(req.body.id, req.body.name);
  res.json(productDto);
});

medium

A. Response should use res.send instead of res.json

B. Incorrect property names in constructor

C. Missing 'new' keyword when creating ProductDTO instance

D. DTO class should be a function, not a class

Solution

1. Step 1: Check how DTO instance is created

   The code calls ProductDTO as a function without 'new', which is incorrect for classes.

2. Step 2: Understand class instantiation in JavaScript

   Classes must be instantiated with 'new' keyword to create an object.

3. Final Answer:

   Missing 'new' keyword when creating ProductDTO instance -> Option C

4. Quick Check:

   Class instantiation requires 'new' [OK]

Hint: Always use 'new' with class constructors [OK]

Common Mistakes:

• Calling class like a regular function
• Confusing res.send and res.json usage
• Thinking DTO must be a function, not class

5. You want to create a DTO that only accepts non-empty strings for title and description in an Express app. Which approach correctly enforces this validation inside the DTO class?

hard

A. class TaskDTO {
constructor(title, description) {
if (!title || typeof title !== 'string') throw new Error('Invalid title');
if (!description || typeof description !== 'string') throw new Error('Invalid description');
this.title = title;
this.description = description;
}
}

B. class TaskDTO {
constructor(title, description) {
this.title = title || 'default';
this.description = description || 'default';
}
}

C. class TaskDTO {
constructor(title, description) {
this.title = title;
this.description = description;
}
}

D. function createTaskDTO(title, description) {
return { title, description };
}

Solution

1. Step 1: Understand validation needs

   The DTO must check that title and description are non-empty strings and throw errors if not.

2. Step 2: Evaluate each option's validation

   class TaskDTO { constructor(title, description) { if (!title || typeof title !== 'string') throw new Error('Invalid title'); if (!description || typeof description !== 'string') throw new Error('Invalid description'); this.title = title; this.description = description; } } explicitly checks and throws errors for invalid inputs. class TaskDTO { constructor(title, description) { this.title = title || 'default'; this.description = description || 'default'; } } assigns defaults instead of validating. class TaskDTO { constructor(title, description) { this.title = title; this.description = description; } } assigns without checks. function createTaskDTO(title, description) { return { title, description }; } is a function without validation.

3. Final Answer:

   class TaskDTO { constructor(title, description) { if (!title || typeof title !== 'string') throw new Error('Invalid title'); if (!description || typeof description !== 'string') throw new Error('Invalid description'); this.title = title; this.description = description; } } -> Option A

4. Quick Check:

   Validation inside constructor = class TaskDTO { constructor(title, description) { if (!title || typeof title !== 'string') throw new Error('Invalid title'); if (!description || typeof description !== 'string') throw new Error('Invalid description'); this.title = title; this.description = description; } } [OK]

Hint: Validate inputs inside constructor, throw errors if invalid [OK]

Common Mistakes:

• Skipping validation and assigning defaults silently
• Using functions without validation for DTOs
• Not throwing errors on invalid data