要在vs code 中運行 scheme 或配置 lisp 開發環境，需完成以下步驟：1. 安裝外部解釋器如 racket、sbcl 等，并將其路徑加入系統環境變量；2. 安裝 vs code 擴展如 code runner、scheme/ common lisp 專用擴展及 rainbow brackets 等提升開發體驗；3. 配置 tasks 運行代碼文件或使用 launch 啟動調試會話。這些步驟通過連接外部工具使 vs code 成為高效 lisp/scheme 編輯平臺。
說實話，要在VS Code里跑Scheme或者配置Lisp方言的開發環境，你得先明白一點：VS Code它自己是不會“運行”代碼的，它只是個編輯器。我們真正要做的是，把外部的Scheme解釋器或者Lisp環境跟VS Code這個強大的編輯器連接起來，讓它成為我們寫代碼的順手工具。這中間會涉及到安裝解釋器、裝對VS Code插件，再就是配置好那些讓代碼跑起來的“自動化”命令。
解決方案
要讓VS Code愉快地運行Scheme或配置Lisp方言的開發環境，核心步驟其實就這幾項，一步步來，不難：
-
安裝Lisp/Scheme解釋器或編譯器： 這是基礎中的基礎。VS Code只是個殼子，真正的代碼執行能力來自外部。
-
安裝VS Code相關擴展：
- Code Runner： 這個擴展很通用，能讓你快速運行各種語言的代碼文件，對Scheme和Lisp也有效，只要你配置好對應的運行命令。
- Lisp/Scheme專用擴展： 在VS Code擴展市場搜索“Scheme”或“Lisp”，會發現一些專門的擴展，比如“Scheme” (by bzrr) 提供語法高亮和一些基本功能；對于Common Lisp，可以看看“Common Lisp” (by bzrr) 或者一些提供SLIME/SLY體驗的擴展（雖然通常不如emacs里那么成熟，但聊勝于無）。
- 括號匹配器： 強烈推薦安裝“Rainbow Brackets”或類似的括號高亮擴展。Lisp家族的代碼括號嵌套深，這個能極大提升閱讀體驗。
-
配置VS Code的任務（Tasks）或啟動（Launch）配置： 這是連接VS Code和外部解釋器的關鍵。
- Tasks (任務)： 適用于運行整個文件或者執行一些編譯/測試命令。比如，你可以設置一個任務，讓它在你按下某個快捷鍵時，用Racket解釋器運行當前打開的Scheme文件。
- Launch (啟動)： 更多用于調試或者更復雜的REPL（Read-Eval-print Loop）交互。一些Lisp擴展可能會利用這個來啟動一個可交互的REPL會話。
具體配置方法會在后面的部分展開。這個過程，說白了就是告訴VS Code：“嘿，我想跑這個文件，你去調用那個解釋器來執行它。”
為什么VS Code不能直接運行Scheme，我需要什么額外的工具？
其實這個問題挺常見的，很多初學者都會有這樣的疑問。VS Code，或者說大多數現代的文本編輯器和IDE，它們自身更多地被設計成一個“開發環境的集成平臺”，而不是一個自帶所有語言運行時的巨無霸。它提供的是強大的代碼編輯、文件管理、版本控制集成、插件生態系統等功能。
你想想看，如果VS Code要把所有語言的解釋器、編譯器都內置進來，那它得有多臃腫？而且每種語言的更新頻率、版本迭代都很快，內置進來維護成本太高了。所以，它選擇了一條更靈活的路：把這些核心的“執行”能力交給外部工具。
你需要額外的工具，主要就是因為這個分工：
- Lisp/Scheme解釋器或編譯器： 這是最核心的“額外工具”。它負責解析你寫的Lisp/Scheme代碼，然后執行它們。比如你寫了(define (add a b) (+ a b))，VS Code只知道這是一個文本，而Racket或者SBCL才能理解這是個函數定義，并且知道怎么去計算(+ a b)。
- Scheme方面： Racket是一個非常全面的選擇，它不僅僅是解釋器，更是一個語言開發平臺，自帶很多庫和工具。Chez Scheme則以其高性能和規范的實現而聞名。GNU Guile是GNU項目的官方擴展語言，也值得一試。
- Common Lisp方面： SBCL（Steel Bank Common Lisp）是目前非常流行且性能優秀的Common Lisp實現，很多大型Lisp項目都用它。Clozure CL (CCL) 也是一個不錯的選擇，尤其在macos上表現良好。
- VS Code擴展： 這些擴展是連接VS Code和外部解釋器的橋梁。它們提供語法高亮、代碼補全、格式化、以及最重要的——將你的代碼發送給外部解釋器執行的功能。沒有它們，VS Code對Lisp/Scheme代碼的理解就僅限于文本層面，不會有智能提示，更不會幫你運行。
我的經驗是，一開始可能會覺得有點麻煩，畢竟要裝好幾個東西。但一旦配置好了，這種“模塊化”的開發方式其實非常高效和靈活。你可以根據項目需求，切換不同的Lisp實現，而VS Code這個前端界面始終保持一致。
在VS Code里，有哪些好用的Scheme/Lisp擴展推薦？
選對擴展，能讓你的Lisp/Scheme開發體驗好上一個檔次。雖然VS Code在Lisp家族的支持上，可能暫時還比不上Emacs里SLIME/SLY那種深度集成和REPL驅動的開發模式，但它也在不斷進步，并且對很多開發者來說，VS Code的上手門檻和界面友好度更高。
這里我個人覺得比較有用的幾款擴展：
-
Code Runner (by Jun Han):
- 這個是萬金油。它最大的優點就是配置簡單，能讓你一鍵運行當前文件。對于Scheme或Lisp，你只需要在設置里把對應的解釋器路徑和運行命令加進去就行。比如，你可以設置Scheme的運行命令為racket $fullFileName。它不提供Lisp特有的REPL交互，但對于快速測試代碼片段或者運行腳本非常方便。
-
Scheme (by bzrr):
- 如果你主要寫Scheme，這個擴展是值得裝的。它提供了基本的Scheme語法高亮，并且嘗試集成了一些REPL功能。雖然功能可能不如Racket自帶的DrRacket那么全面，但在VS Code里能提供一個不錯的Scheme編輯環境。它也支持一些基本的代碼片段和括號匹配。
-
Common Lisp (by bzrr):
- 跟上面的Scheme擴展是同一個作者，旨在為Common Lisp提供類似的語法高亮和一些基礎功能。對于Common Lisp開發者來說，這是個不錯的起點。
-
Rainbow Brackets (by 2gua):
- 這個是Lisp家族開發者的“生命線”！Lisp代碼的特點就是括號多，層層嵌套。Rainbow Brackets會用不同的顏色來區分不同層級的括號，這極大地提高了代碼的可讀性，能幫你快速定位括號匹配問題。沒有它，看Lisp代碼簡直是噩夢。
-
Bracket Pair Colorizer 2 (by CoenraadS):
- 功能和Rainbow Brackets類似，也是用來高亮匹配括號的。你可以根據個人喜好選擇其中一個。
-
Calva (for Clojure):
- 雖然這個是專門為Clojure設計的，但我想提它一下，因為它展示了VS Code在Lisp家族語言上能達到的高度。Calva提供了非常強大的REPL集成、交互式開發、代碼求值等功能，體驗非常好。如果你哪天想嘗試Clojure，或者想看看Lisp在VS Code里能有多“活潑”，可以去了解一下。它也啟發我們，未來Scheme或Common Lisp在VS Code里可能會有更深度的集成。
選擇這些擴展時，我通常會看它們的更新頻率、社區活躍度以及功能是否符合我的開發習慣。有時候，一個簡單的語法高亮和Code Runner，就足以應對日常的Scheme腳本編寫了。
如何配置VS Code的任務（Tasks）和啟動（Launch）來自動化運行Scheme代碼？
配置VS Code的任務（Tasks）和啟動（Launch）配置，是讓你的開發流程更順暢的關鍵一步。這就像是給VS Code裝上了“自動化運行”的引擎，你不用每次都手動去命令行敲命令了。
1. 配置任務 (Tasks)：
任務通常用于執行一些重復性的操作，比如運行當前文件、編譯項目、運行測試等。對于Scheme或Lisp，最常見的任務就是“運行當前文件”。
-
打開 tasks.JSon： 在VS Code里，按下 Ctrl+Shift+P (或 Cmd+Shift+P)，輸入 Tasks: Configure Task，然后選擇 Create tasks.json file from template，接著選擇 Others。這會生成一個默認的 tasks.json 文件在你的 .vscode 文件夾里。
-
添加一個運行Scheme文件的任務示例： 假設你已經安裝了Racket，并且racket命令可以在終端正常運行。你可以在 tasks.json 里添加如下配置：
{ "version": "2.0.0", "tasks": [ { "label": "Run Scheme File (Racket)", // 任務的名稱，你自己看著舒服就行 "type": "shell", // 類型是shell，表示執行一個shell命令 "command": "racket", // 要執行的命令，這里是Racket解釋器 "args": [ "${file}" // 命令的參數，${file} 代表當前打開的文件路徑 ], "group": { "kind": "build", "isDefault": true // 設置為默認構建任務，方便運行 }, "presentation": { "reveal": "always", // 運行時總是顯示終端 "panel": "new" // 每次運行都在新面板顯示結果 }, "problemMatcher": [] // 不使用問題匹配器，除非你需要解析錯誤輸出 }, { "label": "Run Scheme File (Guile)", // 如果你用Guile "type": "shell", "command": "guile", "args": [ "${file}" ], "group": "build", "presentation": { "reveal": "always", "panel": "new" }, "problemMatcher": [] } // 你可以根據需要添加更多任務，比如運行Common Lisp文件等 ] } -
運行任務： 保存 tasks.json 后，打開一個Scheme文件，然后按下 Ctrl+Shift+P，輸入 Tasks: Run Task，選擇你剛剛定義的任務，比如 Run Scheme File (Racket)。或者，如果你設置了 isDefault: true，直接按 Ctrl+Shift+B (構建任務的快捷鍵) 就可以運行。
2. 配置啟動 (Launch)：
啟動配置通常用于調試或者更復雜的交互式會話。對于Lisp家族，這通常意味著啟動一個REPL會話，并且可以向其發送代碼進行求值。VS Code的調試功能依賴于語言服務器和調試適配器，對于Scheme和Common Lisp，這方面的支持不如python或JavaScript那么成熟，但一些擴展正在努力提供。
-
打開 launch.json： 在VS Code里，按下 Ctrl+Shift+P，輸入 Debug: Open launch.json，選擇你的環境（比如Node.js，雖然不是Lisp，但可以作為模板）。這會在 .vscode 文件夾下生成 launch.json。
-
添加一個啟動配置示例 (以REPL為例)： 很多Lisp/Scheme的開發更傾向于REPL驅動。一些Lisp擴展可能會提供直接啟動REPL的功能，或者你可以通過任務來啟動一個REPL。
如果某個Scheme/Lisp擴展支持調試適配器，它會告訴你如何在launch.json中配置。如果沒有，你可能需要用任務來啟動一個REPL，然后在VS Code的終端里進行交互。
例如，如果你想啟動一個Racket REPL，并能向其發送代碼，這通常需要特定的擴展支持。如果擴展不支持，你可以用任務來啟動一個終端REPL：
{ "version": "0.2.0", "configurations": [ { "name": "Launch Racket REPL", "type": "terminal", // 類型是終端 "request": "launch", "command": "racket", // 啟動racket解釋器 "args": [ "-i" // -i 參數通常表示進入交互模式 ], "cwd": "${workspaceFolder}", // 工作區目錄 "preLaunchTask": "Run Scheme File (Racket)" // 可以在啟動REPL前運行一個任務 } ] }注意： 上述launch.json示例只是啟動一個終端并運行racket -i，它并不能實現VS Code編輯器與REPL之間的深度交互（比如選中代碼發送到REPL求值）。要實現這種深度交互，你需要依賴于Lisp/Scheme的VS Code擴展，它們通常會提供自己的launch.json配置類型或命令。
我個人的經驗是，對于Scheme和Lisp，Tasks 在日常運行文件方面非常實用。至于 Launch，如果擴展沒有提供成熟的調試和REPL集成，我更多會直接在VS Code的集成終端里手動啟動REPL，或者使用擴展自帶的REPL面板。畢竟，Lisp的開發哲學就是REPL驅動，能直接交互才是王道。配置這些東西，就是為了讓你的代碼能夠“動起來”，看到運行結果，這才是最有成就感的部分。
