Express / NestJS 徹底解説

概要と歴史

Expressとは

Expressは、2010年にTJ Holowaychukによって開発されたNode.js向けの軽量Webフレームワークである。「Minimalist web framework for Node.js」を標榜し、最小限のコア機能とミドルウェアによる拡張性を特徴とする。Node.jsのWebフレームワークとして最も広く使われており、事実上の標準と言える存在だ。

NestJSとは

NestJSは、2017年にKamil Mysliewskiによって開発されたNode.js向けのフルフレームワークである。AngularにインスパイアされたアーキテクチャでTypeScriptを第一言語として設計され、依存性注入（DI）、モジュールシステム、デコレータベースのルーティングなど、エンタープライズ向けの機能を標準提供する。内部的にはExpressまたはFastifyをHTTPサーバーとして使用する。

主要なマイルストーン

強みと弱み

Expressの強みと弱み

NestJSの強みと弱み

コアコンセプト比較

リクエスト処理の流れ

Express:
  リクエスト → ミドルウェア1 → ミドルウェア2 → ルートハンドラ → レスポンス

NestJS:
  リクエスト → ミドルウェア → ガード → インターセプター(前) → パイプ → コントローラー → サービス → インターセプター(後) → レスポンス

Expressのミドルウェアパターン

Expressの設計哲学は「ミドルウェアの連鎖」である。リクエストは一連のミドルウェアを通過し、各ミドルウェアがリクエスト/レスポンスを加工する。

app.use(cors());           // CORSミドルウェア
app.use(helmet());         // セキュリティヘッダー
app.use(express.json());   // JSONパース
app.use(morgan('dev'));    // ログ出力

app.get('/api/users', (req, res) => {
  // ルートハンドラ
});

NestJSのモジュールシステム

NestJSは、Angularのモジュールシステムをバックエンドに適用している。

Module（機能単位のまとまり）
  ├── Controller（ルーティング、リクエスト/レスポンスの処理）
  ├── Service（ビジネスロジック）
  ├── Repository（データアクセス）
  └── DTO（データ転送オブジェクト）

依存性注入（NestJS）

NestJSの中核をなすDI（依存性注入）の仕組み。

// サービスの定義
@Injectable()
class UserService {
  constructor(private userRepository: UserRepository) {}
  // UserRepositoryはNestJSが自動的に注入する
}

// コントローラーでの利用
@Controller('users')
class UserController {
  constructor(private userService: UserService) {}
  // UserServiceはNestJSが自動的に注入する
}

適しているユースケース

Expressが適しているケース

• プロトタイプ・MVP開発: 素早く動くものを作りたい場合
• マイクロサービスの個別サービス: 単一責務の小さなサービス
• API Gateway: リバースプロキシ的な用途
• 学習目的: Node.jsのHTTP処理を理解したい場合
• 既存のExpressプロジェクト: 移行コストを避けたい場合
• 軽量なAPI: 数エンドポイントのシンプルなAPI

NestJSが適しているケース

• エンタープライズアプリケーション: 大規模チーム、長期保守
• マイクロサービスアーキテクチャ: gRPC、メッセージキュー対応
• GraphQL API: @nestjs/graphqlによる統合
• リアルタイム通信: WebSocket（@nestjs/websockets）
• CQRS/イベントソーシング: @nestjs/cqrsモジュール
• テスタビリティ重視: DIによるモック注入が容易

適していないケース

採用企業の実例

Expressを採用している企業

NestJSを採用している企業

パフォーマンス比較

リクエスト処理速度（概算、ベンチマーク参考値）

注: ベンチマーク値はハードウェアと設定に大きく依存する。実際のアプリケーションでは、データベースアクセスやビジネスロジックがボトルネックになることが多い。

メモリ使用量

NestJSはDIコンテナやモジュールシステムのオーバーヘッドにより、Expressよりメモリ使用量が多い。

エコシステム比較

Express

NestJS

選択の判断基準

ExpressからNestJSへの移行

既存のExpressプロジェクトをNestJSに移行する場合の段階的アプローチ。

段階1: 共存

NestJSはExpress上で動作するため、既存のExpressミドルウェアをそのまま使用可能。

段階2: ルートの段階的移行

既存のExpressルートを一つずつNestJSのController/Serviceに移行。

段階3: 完全移行

すべてのルートとミドルウェアをNestJSの方式に変換。

学習ロードマップ

Express初学者向け

1. Node.jsの基礎: モジュールシステム、非同期処理
2. HTTPの基礎: リクエスト/レスポンス、ステータスコード
3. Expressの基本: ルーティング、ミドルウェア
4. RESTful API: CRUD操作、エラーハンドリング
5. 認証: JWT、Passport
6. データベース連携: MongoDB/PostgreSQL

NestJS初学者向け

1. TypeScriptの基礎: デコレータ、インターフェース
2. Expressの基本理解（推奨）
3. NestJSの基本: Module、Controller、Service
4. DI: Provider、Injection Token
5. バリデーション: Pipe、class-validator
6. 認証: Guard、JWT Strategy
7. データベース: TypeORM or Prisma連携
8. テスト: Unit Test、E2E Test

まとめ

ExpressとNestJSは「軽量 vs フル機能」という対照的な設計思想を持つ。

Expressを選ぶべき場合: 素早くAPIを立ち上げたい、自由な設計がしたい、学習コストを最小化したい場合。特にプロトタイプやマイクロサービスの個別サービスに適している。

NestJSを選ぶべき場合: 大規模チームで一貫したアーキテクチャが必要、テスタビリティを重視する、TypeScriptをフル活用したい場合。エンタープライズアプリケーションやマイクロサービスアーキテクチャに適している。

どちらもNode.jsエコシステムの重要な選択肢であり、プロジェクトの規模と要件に応じて使い分けることが重要だ。

参考リンク

• Express公式ドキュメント
• NestJS公式ドキュメント
• Express GitHubリポジトリ
• NestJS GitHubリポジトリ