# 機能設計書 50-コンパイラ取得 (served/getCompiler)

## 概要

本ドキュメントは、serve-d LSPサーバーが提供するカスタムLSPメソッド `served/getCompiler` の機能設計を記述する。このメソッドは、現在DUBが使用しているコンパイラ名を返却する。

### 本機能の処理概要

**業務上の目的・背景**：D言語には複数のコンパイラ（DMD、GDC、LDC）が存在し、コンパイラによって利用可能なアーキテクチャや機能が異なる。開発者が現在どのコンパイラが選択されているかを確認するために本機能が必要である。ステータスバーに現在のコンパイラ名を表示する際や、コンパイラ切り替え（No.51）の前に現在の状態を確認する際に使用される。

**機能の利用シーン**：エディタのステータスバーに現在のDUBコンパイラ名を表示する際に呼び出される。コンパイラ切り替え前の状態確認にも使用される。

**主要な処理内容**：
1. アクティブなワークスペースインスタンスの存在確認
2. DubComponentの有効性チェック
3. 現在のコンパイラ名（バイナリ名）の取得・返却

**関連システム・外部連携**：workspace-dサブパッケージのDubComponentの内部状態（_compilerBinaryName）を参照する。

**権限による制御**：特に権限制御はない。

## 関連画面

| 画面No | 画面名 | 関連種別 | 関連する操作・処理 |
|--------|--------|----------|------------------|
| 51 | コンパイラ取得（served/getCompiler） | 主画面 | 現在のDUBコンパイラ名を返却する |

## 機能種別

データ取得（READ）

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | 説明 | バリデーション |
|-------------|-----|-----|------|---------------|
| なし | - | - | パラメータなし | - |

### 入力データソース

LSPクライアントからの `served/getCompiler` リクエスト。パラメータは不要。

## 出力仕様

### 出力データ

| 項目名 | 型 | 説明 |
|--------|-----|------|
| (戻り値) | string \| null | 現在のコンパイラバイナリ名（例: "dmd", "ldc2", "gdc"）。アクティブインスタンスまたはDubComponentが存在しない場合はnull |

### 出力先

LSPクライアントへのJSON-RPCレスポンスとして返却。

## 処理フロー

### 処理シーケンス

```
1. アクティブインスタンスの確認
   └─ activeInstanceがnullの場合、nullを返却して終了
2. DubComponentの有効性確認
   └─ activeInstance.has!DubComponentがfalseの場合、nullを返却して終了
3. 現在コンパイラ名の取得
   └─ activeInstance.get!DubComponent.compilerプロパティを呼び出す
4. 結果の返却
   └─ string（コンパイラバイナリ名）をクライアントに返却
```

### フローチャート

```mermaid
flowchart TD
    A[served/getCompiler リクエスト受信] --> B{activeInstance が有効か?}
    B -->|No| C[null を返却]
    B -->|Yes| D{DubComponent が有効か?}
    D -->|No| C
    D -->|Yes| E[DubComponent.compiler を取得]
    E --> F[string を返却]
```

## ビジネスルール

### 業務ルール

| ルールNo | ルール名 | 内容 | 適用条件 |
|---------|---------|------|---------|
| BR-50-01 | アクティブインスタンス必須 | アクティブなワークスペースインスタンスが存在しない場合はnullを返す | 常時 |
| BR-50-02 | DubComponent必須 | DubComponentがロードされていない場合はnullを返す | 常時 |
| BR-50-03 | コンパイラバイナリ名 | DubComponentのcompilerプロパティは_compilerBinaryNameフィールドを返す。これはコンパイラの実行ファイル名である | 常時 |
| BR-50-04 | 初期値 | _compilerBinaryNameの初期値はDubComponent.load()時にsetCompiler経由で設定される | DubComponent初期化時 |

### 計算ロジック

特別な計算ロジックはない。DubComponentの内部状態をそのまま返却する。

## データベース操作仕様

本機能はデータベースを使用しない。

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| - | 暗黙的エラー | activeInstanceがnull | nullを返却 |
| - | 暗黙的エラー | DubComponentが未ロード | nullを返却 |

### リトライ仕様

リトライ処理はない。

## トランザクション仕様

トランザクション制御はない（読み取り専用操作）。

## パフォーマンス要件

インメモリの内部状態フィールドの単純な読み取りであり、即時応答が期待される。

## セキュリティ考慮事項

特になし。

## 備考

- DubComponentのcompilerプロパティは内部フィールド `_compilerBinaryName` を返す（dub.d 655-658行目）。
- compilerプロパティの返す値は、コンパイラオブジェクト（_compiler）の名前ではなく、バイナリ実行ファイル名である点に注意。例えば、`_compiler.name` は "dmd" や "ldc" だが、`_compilerBinaryName` は "dmd" や "ldc2" のような実際のバイナリ名になる。
- No.51（コンパイラ切り替え）で変更されるまで、初期化時に設定されたコンパイラバイナリ名が維持される。

---

## コードリーディングガイド

本機能を理解するために参照すべきファイルと、推奨する読み解き順序を以下に示す。

### 推奨読解順序

#### Step 1: エントリーポイントを理解する

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 1-1 | dub.d | `source/served/commands/dub.d` | getCompiler関数（116-122行目）がエントリーポイント |

**主要処理フロー**:
1. **116行目**: `@protocolMethod("served/getCompiler")` でLSPメソッドとして登録
2. **119-120行目**: activeInstanceとDubComponentの存在確認（ガード節）
3. **121行目**: `activeInstance.get!DubComponent.compiler` で現在のコンパイラ名を取得

#### Step 2: DubComponent.compilerの実装を理解する

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 2-1 | dub.d | `workspace-d/source/workspaced/com/dub.d` | compilerプロパティ（655-658行目） |
| 2-2 | dub.d | `workspace-d/source/workspaced/com/dub.d` | _compilerBinaryNameフィールド（841行目）の宣言 |
| 2-3 | dub.d | `workspace-d/source/workspaced/com/dub.d` | setCompiler関数（666-694行目）- コンパイラ設定の詳細 |

**主要処理フロー**:
- **657行目**: `_compilerBinaryName` フィールドをそのまま返却
- **841行目**: `string _compilerBinaryName;` として宣言
- **666-694行目**: setCompilerでは、_compilerBinaryNameの設定に加え、getCompiler()でコンパイラオブジェクトの取得、determinePlatformでプラットフォーム再計算を行う。UnsupportedArchitectureExceptionの場合は_archTypeをリセットして再試行する

#### Step 3: 初期化フローを理解する

| 順序 | ファイル | パス | 読解ポイント |
|-----|---------|------|-------------|
| 3-1 | dub.d | `workspace-d/source/workspaced/com/dub.d` | load()関数内の130行目 - setCompiler(_compilerBinaryName)の呼び出し |

**主要処理フロー**:
- **130行目**: DubComponent初期化時に `setCompiler(_compilerBinaryName)` が呼ばれ、コンパイラオブジェクトとプラットフォーム情報が初期化される

### プログラム呼び出し階層図

```
served/getCompiler (LSPリクエスト)
    │
    └─ getCompiler() [source/served/commands/dub.d:117-122]
           │
           ├─ activeInstance (null チェック)
           ├─ has!DubComponent (コンポーネント有効性チェック)
           │
           └─ DubComponent.compiler [workspace-d/source/workspaced/com/dub.d:655-658]
                  │
                  └─ _compilerBinaryName (内部フィールド参照)
```

### データフロー図

```
[入力]                [処理]                               [出力]

LSPリクエスト ───> getCompiler() ───> string (コンパイラ名)
(パラメータなし)        │                   または null
                   DubComponent
                   .compiler
                        │
                   _compilerBinaryName
                   (内部フィールド)
```

### 関連ファイル一覧

| ファイル | パス | 種別 | 役割 |
|---------|------|------|------|
| dub.d | `source/served/commands/dub.d` | ソース | LSPメソッドのエントリーポイント（getCompiler関数） |
| dub.d | `workspace-d/source/workspaced/com/dub.d` | ソース | DubComponentのcompilerプロパティ、setCompiler関数、初期化処理 |
| types.d | `source/served/types.d` | ソース | activeInstance等のグローバル状態管理 |
| extension.d | `source/served/extension.d` | ソース | コマンドモジュールのpublic import |
