ゲームやアプリのウィンドウは、「人の出入りがある受付カウンター」だと思ってください。この受付では次のようなことが起きます：

誰かがマウスをクリックした

キーボードを押した

ウィンドウを閉じようとしたこういった出来事（イベント）は、「メッセージ」としてパソコン内に届けられます。

Windowsは、「○○が起きましたよ」という通知をメッセージという形で送ってきます。

たとえば：

• 「WM_KEYDOWN」 → キーボードが押された
• 「WM_LBUTTONDOWN」 → マウスの左ボタンが押された
• 「WM_DESTROY」 → ウィンドウを閉じようとしている

アプリの中には「郵便受け（メッセージキュー）」があり、そこにメッセージがどんどん届きます。 メッセージループは、その郵便受けをずっと見張って、届いたら処理に回す係です。

WinProcは、受付係（または配達先の人）です。 メッセージループから渡された「出来事（メッセージ）」に応じて、どう処理するかを決めます。

return DefWindowProc(hwnd, msg, wParam, lParam); // 他はWindowsに任せる
 
}

• 「WinProcはずっと動いてる」 → × 間違い！
  • WinProcは、何かメッセージが届いたときだけ呼ばれる関数です。
• ゲームの描画やロジック処理はWinProcに書く？ → × 基本はメッセージループのelse側に書く！
  • WinProcは「イベント処理」、ゲームの更新は「メインループ内で別にやる」が原則。

[ユーザーがマウスをクリック]
        ↓
[WindowsがWM_LBUTTONDOWNメッセージを送る]
        ↓
[メッセージループでPeekMessageが受け取る]
        ↓
[DispatchMessageでWinProcに転送]
        ↓
[WinProcが switch(msg) で判定して処理]