プログラミング命名規則まとめ｜言語・レイヤー別の標準スタイルガイド

主要プログラミング言語、データベース、Webアーキテクチャごとの命名規則（Naming Convention）と公式スタイルガイドのまとめです。

1. オンライン Case 変換ツール

命名スタイルの変更や一括置き換えを行えます。

---

2. 言語・レイヤー別 命名規則マトリクス

言語 / レイヤー	変数・関数	クラス / 型 / Component	定数 (Constant)	DB / ファイル名
JavaScript / TypeScript	camelCase	PascalCase	CONSTANT_CASE	kebab-case (.ts)
Python (PEP 8)	snake_case	PascalCase	CONSTANT_CASE	snake_case.py
Go	camelCase (非公開) / PascalCase (公開)	PascalCase	camelCase / PascalCase	snake_case.go
Rust	snake_case	PascalCase	CONSTANT_CASE	snake_case.rs
Java / C#	camelCase	PascalCase	CONSTANT_CASE	PascalCase
SQL (PostgreSQL/MySQL)	snake_case (カラム)	snake_case (テーブル)	-	snake_case
CSS / HTML / URL	kebab-case (class)	-	-	kebab-case

---

3. 実務での注意点：Web API（JSON）とデータベースの境界

フロントエンド（TypeScript / camelCase）と バックエンド DB（PostgreSQL / snake_case）が交差するWeb API開発では、命名規則の不一致がバグの原因になります。

解決策（推奨ワークフロー）

1. DB層～ORM層: snake_case（user_profile_id）
2. API境界 (JSON/REST): camelCase に統一（userProfileId）
3. 自動変換レイヤーの導入: ORM (Prisma / TypeORM / Drizzle) や シリアライザで DBのカラム名と JSONキーの相互自動変換を設定します。

// Prismaの例: DBカラムは snake_case、TS型は camelCase に自動マッピング
model UserProfile {
  userId    String @map("user_id") @id
  createdAt DateTime @default(now()) @map("created_at")
}