Что такое контроллеры в NestJS?

Question

Accepted Answer

**Контроллеры** обрабатывают входящие **HTTP-запросы** и возвращают ответы. Они определяют маршруты приложения и служат точкой входа — получают запросы, извлекают данные, делегируют сервисам и возвращают результаты. Они отделяют проблемы маршрутизации от бизнес-логики.

## Определение контроллера

```ts
import { Controller, Get, Post, Body, Param } from "@nestjs/common";

@Controller("users")          // the route PREFIX → all routes start with /users
export class UsersController {
  constructor(private usersService: UsersService) {}   // inject a service via DI

@Get()                       // GET /users
  findAll() {
    return this.usersService.findAll();
  }

@Get(":id")                  // GET /users/:id
  findOne(@Param("id") id: string) {        // extract the route param
    return this.usersService.findOne(id);
  }

@Post()                      // POST /users
  create(@Body() dto: CreateUserDto) {       // extract the request body
    return this.usersService.create(dto);
  }
}
```

## Как это работает: декораторы отображают методы на маршруты

```text
@Controller("users") → route prefix /users
@Get() / @Post() / @Put() / @Patch() / @Delete() → HTTP method + sub-path
Combined: @Get(":id") inside @Controller("users") → GET /users/:id
```

Декораторы декларативно связывают методы класса с HTTP-маршрутами — чистый и читаемый код, без ручной регистрации маршрутов.

## Декораторы параметров извлекают данные запроса

```ts
@Get(":id")
example(
  @Param("id") id: string,        // route parameter (/users/:id)
  @Query("sort") sort: string,    // query string (?sort=name)
  @Body() body: CreateUserDto,    // request body
  @Headers("authorization") auth: string,  // a header
  @Req() req: Request,            // the raw request object (rarely needed)
) {}
```

Декораторы параметров Nest (`@Param`, `@Query`, `@Body`, `@Headers`) аккуратно извлекают ровно то, что вам нужно — без ручного разбора `req`.

## Контроллеры должны быть ТОНКИМИ

```ts
// ✅ controller delegates to a service — stays thin
@Post()
create(@Body() dto: CreateUserDto) {
  return this.usersService.create(dto);   // business logic lives in the SERVICE
}
// ❌ don't put database queries / business logic directly in the controller
```

Лучшая практика: держите контроллеры **тонкими** — они обрабатывают HTTP-проблемы (маршрутизацию, извлечение данных, возврат ответов) и делегируют всю бизнес-логику **сервисам**. Это разделение делает код тестируемым и организованным.

## Почему это важно

Контроллеры — это фундаментальный строительный блок NestJS — точка входа для всех HTTP-запросов и место, где определяются маршруты вашего API.

Понимание того, как декораторы (`@Controller`, `@Get`/`@Post`, `@Param`/`@Body`/`@Query`) отображают методы на маршруты и декларативно извлекают данные запроса, — это необходимое повседневное знание NestJS — так вы создаете любую конечную точку.

Не менее важен принцип держания контроллеров **тонкими** (обработка только HTTP-проблем и делегирование бизнес-логики внедренным сервисам), который воплощает философию NestJS в отношении разделения ответственности и поддерживает код в отличном и тестируемом состоянии.

Контроллеры вместе с сервисами и модулями составляют основную структуру каждого приложения NestJS, что делает их необходимыми для понимания с самого начала.