npm i express-decorator-router


⚡ use decorators in a simple way without transpiling javascript code

by Lucas Mendes Loureiro

0.2.1 (see all)License:MITTypeScript:Built-InCategories:Express Decorators
npm i express-decorator-router



use decorators in a simple way without transpiling javascript code


Have you ever considered using the decorators feature using vanilla javascript to automate the creation of express routes?

The express-decorator-router package came to solve this problem in a simple and didactic way, without the need for transpiling processes in your code.

This package is intended to avoid unnecessary creation of two files where one file contains the route definition and the other file has the function that handles the route request / response process, leaving simpler maintenance and more scalable code.

New in 0.2.0

Now, you can work with dependency injection.


Let's take a short example using the decorators on a prototype-based controller.

const {
} = require ('express-decorator-router')

const controllerFactoryDecorator = controller('/users')

class UsersController {
  constructor () {/*...class constructor definition*/}
  getUsers (ctx) {/*...process to get users (database, network, etc)*/}
  getUsersById (ctx) {/*...implementation of another endpoint*/}

module.exports = controllerFactoryDecorator(UsersController, {
  getUsers: get (),
  getUsersById: get ('/:id')

the controller function returns a high order function where the decorator definition is made by associating a decorator with a class method as seen in the example above.

Let's take another example, but let's use middleware and a literal object to define a controller:

const {
} = require ('express-decorator-router')

const authExampleMiddleware = (req, res, next) => {
  if (!req.user) return next(new Error('invalid user'))      
  return next ()

const controllerFactoryDecorator = controller('/tasks', authExampleMiddleware)

const getTasks = ctx => {/*...*/}
const createTask = ctx => {/*...*/}

module.exports = controllerFactoryDecorator({
}, {
  getTasks: get(),
  createTask: post()

In the example above, we create middleware to authenticate users and associate it with the controller function, so middleware logic will be applied to all controller methods. The same technique can be used at the method level.


// only getTasks method requires authentication for access
module.exports = controller ('/tasks') ({getTasks, createTask}, {
  getTasks: get (authExampleMiddleware),
  createTask: post ()

When we define a controller, we can pass two arguments to function, the first being the base path of the controller and the second an array containing middleware (the same arguments are accepted by route decorators). If the controller function does not receive any arguments, the path is defined by the value received by the method decorator. Let's look at an example:

const middlewareTest = (req, res, next) => { /*any middleware implementation*/ }
const anotherMiddlewareTest = (req, res, next) => { /*any middleware implementation*/ }

module.exports = controller () ({
}, {
  getTasks: get ('/tasks', middlewareTest), // after the path, it is possible to pass an array of middleware
  createTask: post ('/tasks', anotherMiddlewareTest)

Once the decorators are applied, every controller instance (being prototype or literal object based) will receive an array of routes, where the metadata of each route is defined, making it possible to dynamically assemble the routes.

Awilix integration (Dependency Injection)

To enforce best practices when using this library, you can use Awilix to work with an IoC Container, aiming for decoupling our services and improving our architecture.

The express-decorator-router package has some features to make the process easier of working with dependency injection, building a container with a map associating a service name with a service instance (class or function) working together with inject function.

Let's take a short example using dependency injection with awilix.

const express = require('express')
const taskService = require('./tasks/service')
const userService = require('./users/service')
const newsService = require('./news/service')
const {
} = require('express-decorator-router')

const app = express()
const router = express.Router()

//create awilix container
const container = awilix.createContainer()

//registry your services
    taskService: awilix.asValue(taskService).scoped(),
    userService: awilix.asValue(userService).scoped(),
    newsService: awilix.asValue(newsService).scoped()


//injects the container in request scope

//injects userService into request object with a `inject` middleware function
app.get('/user/login', inject('userService'), (request, response) => {
  const { userService } = request
  return userService.login(request.body)
    .then(ok => response.status(200).json({ message: "OK" }))
    .catch(err => response.status(500).json({ message: "Error..." }))

[TIP]: If you need more information about awilix, i really recommend visiting the repository and checking package documentation.

Register Controllers

Before putting the application to run, it is necessary to re-bind the controller methods to the routes using the metadata produced by the decorators. The express-decorator-router package has a feature that will automatically register express routes. Let's look at an example:

const express             = require('express')
const cors                = require('cors')
const { useControllers, useAwilixControllers }  = require('express-decorator-router')

const app             = express()
const router          = express.Router()


app.use('/api', useControllers({
   controllerExpression: `${__dirname}/**/controller.js`

//or if you use middleware without route prefix
   controllerExpression: `${__dirname}/**/controller.js`

//or if you use awilix controllers
app.use('/api/awilix', useAwilixControllers({
    controllerExpression: `${__dirname}/**/controller.js`

The useControllers and useAwilixControllers methods uses two parameters, the first is the routing mechanism and the second is a glob expression that has the responsibility of finding all controllers that match the pattern of the expression, the only difference between useControllers and useAwilixControllers is that the awilix require to use a container registration for your dependency injection.


You can see a demo in the example folder.

Decorators API

  • register ({ routes: Function, controllerExpression: string }): Function
  • controller (path: string, ...middlewares?:Function []): Function
  • route (method: string, methodPath: string, ...middlewares?:Function []): Function
  • head, options, get, post, put, patch, del, delete, all: partial functions provided by the route method that automatically supply the httpMethod argument.

Run Tests

  npm install
  npm test


Contributions via pull requests are welcome :-).


MIT © Lucas Mendes Loureiro