Why Middleware factory pattern in Express? - Purpose & Use Cases

The Big Idea

Discover how one simple function can save you from endless middleware copy-pasting!

The Scenario

Imagine you need to create several similar middleware functions in Express, each with slightly different settings, like logging different messages or checking different user roles.

You write each middleware by hand, copying and changing code for every variation.

The Problem

This manual approach leads to repeated code, making your app harder to maintain and prone to mistakes.

Every time you want a new variation, you must copy, paste, and carefully edit, risking bugs and wasted time.

The Solution

The middleware factory pattern lets you write one function that creates customized middleware based on parameters you give it.

This means you write less code, avoid repetition, and can easily create many middleware variations by just calling the factory with different options.

Before vs After

✗ Before

function logAdmin(req, res, next) { console.log('Admin access'); next(); } function logUser(req, res, next) { console.log('User access'); next(); }

✓ After

function createLogger(role) { return function(req, res, next) { console.log(`${role} access`); next(); } } const logAdmin = createLogger('Admin'); const logUser = createLogger('User');

What It Enables

This pattern enables flexible, reusable middleware that adapts easily to different needs without rewriting code.

Real Life Example

In a web app, you can create one middleware factory to check user roles, then generate middleware for 'admin', 'editor', or 'viewer' roles simply by passing the role name.

Key Takeaways

Manual middleware duplication wastes time and risks errors.

Middleware factory pattern creates customizable middleware with one function.

It improves code reuse, clarity, and maintenance.

Practice

1. What is the main purpose of the middleware factory pattern in Express?

easy

A. To automatically handle errors in middleware

B. To create middleware functions that can be customized with different settings

C. To replace the need for routing in Express

D. To speed up server response time by caching

Solution

1. Step 1: Understand middleware factory pattern concept

   The middleware factory pattern is used to create middleware functions that accept parameters to customize their behavior.

2. Step 2: Compare options with the concept

   Only To create middleware functions that can be customized with different settings correctly describes creating customizable middleware functions. Other options describe unrelated features.

3. Final Answer:

   To create middleware functions that can be customized with different settings -> Option B

4. Quick Check:

   Middleware factory pattern = customizable middleware [OK]

Hint: Middleware factory = function returning middleware with parameters [OK]

Common Mistakes:

• Thinking it automatically handles errors
• Confusing with routing or caching
• Believing it speeds response time directly

2. Which of the following is the correct syntax for a middleware factory function in Express?

easy

A. function logger() { /* middleware code */ }

B. function logger(req, res, next) { return function(level) { /* middleware code */ } }

C. function logger(level) { return function(req, res, next) { /* middleware code */ } }

D. function logger(level, req, res, next) { /* middleware code */ }

Solution

1. Step 1: Identify middleware factory structure

   A middleware factory is a function that takes parameters and returns a middleware function with signature (req, res, next).

2. Step 2: Match syntax to this pattern

   function logger(level) { return function(req, res, next) { /* middleware code */ } } matches this: it takes 'level' and returns a function with (req, res, next). Others do not follow this pattern.

3. Final Answer:

   function logger(level) { return function(req, res, next) { /* middleware code */ } } -> Option C

4. Quick Check:

   Factory returns middleware function = function logger(level) { return function(req, res, next) { /* middleware code */ } } [OK]

Hint: Factory takes params, returns (req, res, next) function [OK]

Common Mistakes:

• Placing req, res, next in factory parameters
• Not returning a middleware function
• Confusing middleware and factory signatures

3. Given the middleware factory below, what will be logged when a request is made?

function greet(name) {
  return function(req, res, next) {
    console.log(`Hello, ${name}!`);
    next();
  };
}

app.use(greet('Alice'));

medium

A. Hello, Alice!

B. Hello, undefined!

C. Hello, name!

D. No output, middleware does not log

Solution

1. Step 1: Understand middleware factory usage

   The factory greet('Alice') returns a middleware that logs 'Hello, Alice!'.

2. Step 2: Predict middleware behavior on request

   When a request comes, the middleware logs the greeting with the name 'Alice'.

3. Final Answer:

   Hello, Alice! -> Option A

4. Quick Check:

   Factory param used in log = Hello, Alice! [OK]

Hint: Factory param appears in log output [OK]

Common Mistakes:

• Expecting 'undefined' if factory param missing
• Thinking middleware does not log
• Confusing variable name with string literal

4. Identify the error in this middleware factory code:

function checkRole(role) {
  return function(req, res, next) {
    if(req.user.role === role) {
      next;
    } else {
      res.status(403).send('Forbidden');
    }
  };
}

medium

A. res.status should be res.send

B. Incorrect comparison operator in if statement

C. Middleware factory should not return a function

D. Missing parentheses when calling next()

Solution

1. Step 1: Review middleware function call

   Inside middleware, next must be called as a function: next().

2. Step 2: Identify the error

   The code uses 'next;' instead of 'next();', so middleware will not proceed correctly.

3. Final Answer:

   Missing parentheses when calling next() -> Option D

4. Quick Check:

   Call next() with parentheses [OK]

Hint: Always call next() as a function, not just next [OK]

Common Mistakes:

• Writing next without parentheses
• Confusing status and send methods
• Thinking factory should not return a function

5. You want to create a middleware factory that limits requests based on a max count per user. Which approach correctly applies the middleware factory pattern to achieve this?

hard

A. function rateLimiter(maxRequests) {
const counts = new Map();
return function(req, res, next) {
const user = req.user.id;
counts.set(user, (counts.get(user) || 0) + 1);
if(counts.get(user) > maxRequests) {
res.status(429).send('Too many requests');
} else {
next();
}
};
}

B. function rateLimiter(req, res, next, maxRequests) {
// logic here
}

C. function rateLimiter(maxRequests) {
return function(req, res) {
// missing next call
};
}

D. function rateLimiter() {
// no parameters, fixed limit
}

Solution

1. Step 1: Understand the requirement for customizable limit

   The middleware must accept maxRequests as a parameter to customize the limit.

2. Step 2: Check which option correctly returns middleware with (req, res, next) and uses maxRequests

   function rateLimiter(maxRequests) { const counts = new Map(); return function(req, res, next) { const user = req.user.id; counts.set(user, (counts.get(user) || 0) + 1); if(counts.get(user) > maxRequests) { res.status(429).send('Too many requests'); } else { next(); } }; } correctly implements a factory that returns middleware tracking counts and enforcing maxRequests, calling next() properly.

3. Final Answer:

   function rateLimiter(maxRequests) { const counts = new Map(); return function(req, res, next) { const user = req.user.id; counts.set(user, (counts.get(user) || 0) + 1); if(counts.get(user) > maxRequests) { res.status(429).send('Too many requests'); } else { next(); } }; } -> Option A

4. Quick Check:

   Factory with param returns middleware calling next() = function rateLimiter(maxRequests) { const counts = new Map(); return function(req, res, next) { const user = req.user.id; counts.set(user, (counts.get(user) || 0) + 1); if(counts.get(user) > maxRequests) { res.status(429).send('Too many requests'); } else { next(); } }; } [OK]

Hint: Factory takes limit param, returns middleware calling next() [OK]

Common Mistakes:

• Putting next as a factory parameter
• Not calling next() in middleware
• Not using maxRequests parameter