11件のドキュメント
バックエンドアーキテクチャの選択
要件・チーム・規模に応じてLayered/Hexagonal/Clean/CQRS/Event Sourcingを選ぶための意思決定プロセス。過剰設計と過小設計の両方を避ける判断基準
TypeScript OSS に学ぶ設計パターン
NestJS・Hono・Fastify・tRPC・Drizzle・Zod の設計思想から、TypeScriptバックエンド実装に直接活かせるパターンを抽出する
バックエンドエラーハンドリング実装
Result型・ドメイン例外・グローバルエラーハンドラーを組み合わせた、TypeScriptバックエンドのエラーハンドリング戦略を実装する手順
レイヤードアーキテクチャ
プレゼンテーション・アプリケーション・ドメイン・インフラの4層でシステムを構造化する設計パターン。依存の方向を一方向に保つことでテスト性と変更容易性を高める
ヘキサゴナルアーキテクチャ(ポート&アダプター)
ビジネスロジックを中心に置き、外部システムとの接続をポート(抽象)とアダプター(実装)で分離するアーキテクチャ。DBもHTTPも「外部の詳細」として扱う
依存性注入(DI)と依存性逆転(DIP)
高レベルモジュールが低レベルモジュールに直接依存しないよう、インタフェース経由で依存を「外から注入」する設計原則と実装パターン
CQRS(コマンドクエリ責任分離)
読み取り(Query)と書き込み(Command)のモデルを明示的に分離するアーキテクチャパターン。読み取り最適化と書き込みの整合性を独立して設計できる
イベントソーシング
現在のシステム状態をスナップショットではなく「過去のイベントの積み重ね」として永続化するパターン。状態の変化履歴が全て保存され、任意の時点の状態を再現できる
Result型によるエラーハンドリング
成功値と失敗値を型で表現し、エラーをコンパイル時に強制処理させるパターン。try-catchの暗黙的なエラー伝播を排除し、失敗を通常のデータフローとして扱う
API設計比較(REST / GraphQL / gRPC / tRPC)
バックエンドAPIの4つの主要アプローチを比較。ユースケース・パフォーマンス・型安全性・開発体験の観点から選択基準を整理する
SOLID原則 TypeScript実装ガイドライン
5つのSOLID原則をTypeScriptで実装する際の具体的なルールと判断基準。NestJS・Hono・tRPC等のTS OSSが採用する設計思想の共通基盤