跨語言邊界依賴探索工作流 · Codegraph

為什麼需要跨語言依賴探索？

在現代的混合架構應用中，代碼常常跨越不同的程式語言。例如：

React Native：JavaScript 呼叫 Native Swift/Kotlin 模組。
WebAssembly：瀏覽器 JS 呼叫編譯為 WASM 的 Rust/C++ 高效能運算庫。

傳統的靜態分析器（LSP）受限於編譯器，只能在單一語言內部跳轉，一旦遇到跨語言的橋接巨集（如 RCT_EXPORT_METHOD 或 #[wasm_bindgen]），依賴鏈就會徹底中斷。這給 AI 與開發者帶來了「跨語言除錯黑盒子」。

跨語言邊界依賴探索工作流 (Cross-Language Exploration Flow) 利用 Codegraph 的跨語言邊界映射能力，將兩個不同語言的圖譜進行無縫對接。

流程與工具串聯

 ┌──────────────────────┐
 │  1. 尋找前端呼叫點   │ <-- 檢視前端對 Bridge/Wasm 方法的調用
 └──────────┬───────────┘
            │
            ▼
 ┌──────────────────────┐
 │  2. 匹配橋接宏定義   │ <-- 執行 codegraph explore 搜索導出屬性
 └──────────┬───────────┘
            │
            ▼
 ┌──────────────────────┐
 │  3. 鏈接原生實現類   │ <-- 自動跳轉至 Swift/Rust AST 定義
 └──────────┬───────────┘
            │
            ▼
 ┌──────────────────────┐
 │  4. 繪製全鏈路拓撲   │ <-- 產出跨語言依賴說明書
 └──────────────────────┘

實作步驟詳解

步驟 1：定位前端呼叫進入點 (Frontend Entry)

在 JS 程式碼中，找出調用外部橋接物件的方法。

指令範例：
```
codegraph explore "NativeModules"
```

步驟 2：解析橋接巨集與導出簽章 (Export Mapping)

當 JS 呼叫 BluetoothModule.startScan，Codegraph 會自動在原生端（Objective-C / Rust）尋找綁定了該名稱的橋接宣告。

指令範例：
```
codegraph explore "RCT_EXPORT_MODULE"
```

步驟 3：定位原生層實體邏輯 (Native Implementation)

沿著 RCT_EXTERN_METHOD 或 wasm_bindgen 指向的真實方法，進入原生 Swift / Rust 的 AST 語法樹中。

指令範例：

codegraph explore "class BluetoothModule"

步驟 4：進行原生的下游依賴分析

一旦進入原生世界，即可照常對其進行 Outbound 追蹤（如追蹤 Swift 內部對 iOS CoreBluetooth 的調用），繪製出穿透 JS 到 Native 的完整對角線拓撲。