チームにWebpack 4 SplitChunksを普及させる過程で、多くの落とし穴を経験した。同じ苦労をする人が減るよう、ここに記録しておく。

コア原理

コアコードは以下の通り：

:root {
  --primary: #3498db;
  --bg: #fff;
  --text: #333;
}

[data-theme='dark'] {
  --primary: #5dade2;
  --bg: #1a1a2e;
  --text: #eee;
}

body {
  background: var(--bg);
  color: var(--text);
  transition: background 0.3s, color 0.3s;
}

実際のプロジェクトでは、エッジケースとエラー処理も考慮する必要がある。

ソース分析

実際の例を見てみよう：

const express = require("express");
const app = express();

// ミドルウェア
app.use(express.json());

function errorHandler(err, req, res, next) {
  console.error(err.stack);
  res.status(500).json({
    error:
      process.env.NODE_ENV === "production" ? "サーバーエラー" : err.message,
  });
}

app.get("/api/users", async (req, res, next) => {
  try {
    const users = await User.find();
    res.json(users);
  } catch (err) {
    next(err);
  }
});

app.use(errorHandler);

このパターンをチームに広めた後、結果は良好でメンテナンスコストが明らかに低下した。

実践的な応用

以下の方法で実現できる：

const http = require("http");
const cluster = require("cluster");
const os = require("os");

if (cluster.isMaster) {
  const numWorkers = os.cpus().length;
  console.log(
    `マスタープロセス ${process.pid}、${numWorkers}個のワーカーを起動`,
  );

  for (let i = 0; i < numWorkers; i++) {
    cluster.fork();
  }

  cluster.on("exit", (worker) => {
    console.log(`ワーカー ${worker.process.pid} 終了、再起動中`);
    cluster.fork();
  });
} else {
  http
    .createServer((req, res) => {
      res.end(`Worker ${process.pid}`);
    })
    .listen(3000);
}

上記コードのパフォーマンスの詳細に注意し、不要な計算を避けること。

まとめ

• 実際のプロジェクトではシナリオに応じた適切な方法を選ぶ
• チームで統一した規約を作ることは、完璧な実装を追求することより重要だ
• 継続的に学習・整理し、技術的な感度を維持する
• 疑問があればソースコードと公式ドキュメントを読む