静的コード分析

目次

• 概要
• 使用する場合
• クイックスタート
• リファレンスガイド
• ベストプラクティス

概要

自動化されたツールを使用してコードを実行することなく分析し、バグ、セキュリティ問題、スタイル違反を早期に発見します。

使用する場合

• コーディング標準の強制
• セキュリティ脆弱性の検出
• バグの防止
• コードレビューの自動化
• CI/CDパイプライン
• コミット前フック
• リファクタリングのサポート

クイックスタート

最小限の動作例:

// .eslintrc.js
module.exports = {
  extends: [
    "eslint:recommended",
    "plugin:@typescript-eslint/recommended",
    "plugin:security/recommended",
  ],
  plugins: ["@typescript-eslint", "security", "import"],
  rules: {
    "no-console": ["warn", { allow: ["error", "warn"] }],
    "no-unused-vars": "error",
    "prefer-const": "error",
    eqeqeq: ["error", "always"],
    "no-eval": "error",
    "security/detect-object-injection": "warn",
    "security/detect-non-literal-regexp": "warn",
    "@typescript-eslint/no-explicit-any": "warn",
    "@typescript-eslint/explicit-function-return-type": "error",
    "import/order": [
      "error",
      {
        groups: [
          "builtin",
          "external",
          "internal",
// ... (see reference guides for full implementation)

リファレンスガイド

references/ディレクトリの詳細な実装:

ベストプラクティス

✅ DO

• CI/CDでlinterを実行する
• Pre-commit フックを使用する
• IDE統合を設定する
• 段階的に問題を修正する
• カスタムルールを文書化する
• チーム全体で設定を共有する
• セキュリティスキャンを自動化する

❌ DON'T

• すべての警告を無視する
• linterのセットアップをスキップする
• lint違反をコミットする
• 最初から過度に厳しいルールを使用する
• セキュリティスキャンをスキップする
• 理由なくルールを無効化する