😸

reactのディレクトリ構成をAIに考えてもらった

2024/09/09に公開

ディレクトリ構成チートシート

/src
  ├── /assets     // 画像やスタイルシート(CSS、Sassなど)を格納するフォルダ。
  │   ├── /images // 画像ファイルを格納
  │   ├── /styles // styles
  ├── /components // 再利用可能なUIコンポーネントを格納するフォルダ。
  │   ├── /UI     // 基本的なUI要素(ボタン、入力フィールドなど)を格納。
  │   ├── /common // 共通のコンポーネント(アプリ全体で使用する共通のレイアウトやナビゲーションバー)を格納。
  ├── /pages      // 各ページコンポーネントを格納するフォルダ。
  ├── /hooks      // カスタムフック(関数)を格納するフォルダ。
  ├── /context    // Reactのコンテキストを格納するフォルダ。
  ├── /services   // API呼び出しやビジネスロジックを格納するフォルダ。
  ├── /utils      // ユーティリティ関数を格納するフォルダ。
  ├── /types      // TypeScriptの型定義を格納するフォルダ。
  ├── /api        // API関連の設定やエンドポイントを格納するフォルダ。
  └── App.tsx
  └── index.tsx

作成コマンド

windowsであればwslを利用して下記のディレクトリを作成できます。(プロジェクト直下で実行)
mkdir -p src/{assets/{images,styles},components/{UI,common},pages,hooks,context,services,utils,types,api}

前提

  • 随時更新になります。
  • LINUX準拠でディレクトリにしています。

各フォルダの詳細説明

/assets
説明: 画像やスタイルシート(CSS、Sassなど)を格納するフォルダ。
理由: 静的ファイルを一元管理し、プロジェクト内の他のファイルから簡単に参照できるようにするため。
関係: components、pagesがこれらの静的ファイルを参照。

/images
説明: 画像ファイルを格納。
理由: 画像を整理して保管。
関係: components、pagesが使用。

/styles
説明: スタイルシートを格納。
理由: 共通のスタイルやテーマをここで管理。
関係: components、pagesが使用。

/components
説明: 再利用可能なUIコンポーネントを格納するフォルダ。
理由: コンポーネントの再利用性を高め、コードの重複を避けるため。
関係: pagesがこれらのコンポーネントを使用。

/UI
説明: 基本的なUI要素(ボタン、入力フィールドなど)を格納。
理由: UI要素をまとめて管理し、再利用しやすくするため。
関係: 他のcomponentsやpagesが使用。

/common
説明: 共通のコンポーネントを格納。
理由: アプリ全体で使用する共通のレイアウトやナビゲーションバーなどをまとめるため。
関係: pagesが使用。

/pages
説明: 各ページコンポーネントを格納するフォルダ。
理由: ページごとにコンポーネントを分け、ルーティングを容易にするため。
関係: components、hooks、context、servicesが使用。

/hooks
説明: カスタムフックを格納するフォルダ。
理由: 複数のコンポーネントで使用するロジックをまとめるため。
関係: components、pagesが使用。

/context
説明: Reactのコンテキストを格納するフォルダ。
理由: 状態管理をコンテキストで行うため。
関係: components、pagesが使用。

/services
説明: API呼び出しやビジネスロジックを格納するフォルダ。
理由: データ取得やデータ操作のロジックを分離し、管理しやすくするため。
関係: components、pages、hooksが使用。

/utils
説明: ユーティリティ関数を格納するフォルダ。
理由: 共通で使う関数を一箇所にまとめ、再利用性を高めるため。
関係: components、pages、servicesが使用。

/types
説明: TypeScriptの型定義を格納するフォルダ。
理由: 型定義を一箇所にまとめ、管理しやすくするため。
関係: components、pages、services、hooksが使用。

/api
説明: API関連の設定やエンドポイントを格納するフォルダ。
理由: API設定を一元管理し、プロジェクト内で一貫したAPI呼び出しを実現するため。
関係: services、pages、componentsが使用。

Discussion