Express 3.x — приложения, HTTP API и маршрутизация

Веб-приложения

Исходная страница описывала Express как небольшой гибкий слой для одно- и многостраничных приложений. На практике маршрут выбирает действие, middleware выполняет общие проверки, а шаблонизатор создаёт HTML. Выбор базы данных, структуры каталогов и модели пользователей остаётся приложению.

Руководство последовательно разбирает первое приложение, генератор проекта, обработку ошибок, пример с Redis и работу за прокси. FAQ объясняет модели, шаблоны, структуру, статику и настоящий HTTP 404.

HTTP API

Запрос состоит не только из URL. Справочник различает параметры маршрута, query, тело, cookies и заголовки. Ответу нужны статус, тип содержимого и данные. Смешивание источников ввода или передача непроверенного пути в sendfile создаёт ошибки даже в простом API.

• app.use — порядок и монтирование middleware.
• Маршруты — параметры и передача управления.
• req.body и req.files — разбор форматов и проверка данных.
• Статусы, JSON и согласование содержимого — выбор ответа.
• Сессии и прокси — границы доверия.

Тонкий слой над Node.js

Express не заменяет HTTP-сервер Node.js: объекты req/res сохраняют его основные возможности. Поэтому важно завершать ответ один раз, передавать ошибки из асинхронных операций и учитывать потоковую передачу файла. Сам по себе небольшой размер фреймворка не обещает скорость конкретного сервиса: проверяйте запросы, работу с базой и потребление ресурсов на своей нагрузке.

Начните с app.listen и обработки ошибок. Затем сравните старые сигнатуры с миграцией 3 → 4 и 4 → 5.

Практика и сообщество

Подборка приложений показывает, какие задачи иллюстрировал старый каталог: социальные ленты, учебные системы, совместную работу, аналитику и API. Это материал для сравнения архитектурных задач, а не перечень актуальных клиентов Express.

Ресурсы сообщества помогут подобрать пример, проверить middleware и оформить воспроизводимый вопрос или сообщение об ошибке.