Go的一個特點是我們稱之為工作空間。 工作空間是Go的“主體”。 默認情況下，Go選擇$HOME/go路徑，所以你會在家目錄中看到一個go文件夾。 它首次在安裝封包時創建（稍後我們將看到），也用於存儲一些工具。例如，當我在VS Code中加載hello.go文件時，它提示我安裝[gopls](https://pkg.go.dev/golang.org/x/tools/gopls)命令、Delve調試器(dlv)和[staticcheck linter](https://staticcheck.io/)。 它們被自動安裝在$HOME/go下： 當你使用go install安裝封包時，它們將存儲在這裡。這就是我們所謂的GOPATH。 你可以更改GOPATH環境變量以更改Go應該安裝封包的位置。 這在同時處理不同項目並希望隔離使用的庫時非常有用。
這篇文章將解釋如何設定一個讓 React 開發容易且簡潔的 VS Code 環境，並且擁有程式碼檢查的提示和保存時自動格式化的功能。 ESLint 首先，我們將安裝 ESLint。ESLint 是一個非常棒的工具，可以幫助您保持程式碼整潔並符合規範。 使用 ESLint 延伸套件 安裝 ESLint 到 VS Code 的擴充套件商店。 然後，在終端機中執行以下 Yarn 命令（如果尚未安裝 Yarn，請參考我的教學鏈接獲取簡短的指南）： yarn add babel-eslint yarn add eslint-config-airbnb yarn add eslint-plugin-jsx-a11y yarn add eslint-plugin-react 接下來，在專案的根目錄中建立一個 .eslintrc.json 檔案，並添加以下內容以設定適用於 React 開發的基本 ESLint 配置，包括 JSX 支援： { "parser": "babel-eslint", "extends": "airbnb", "plugins": ["react", "jsx-a11y", "import"] } Prettier 接下來，我們建議安裝 Prettier。Prettier 是一個 JavaScript 的文風一致性格式化工具。它是一個很棒的工具，可以幫助您統一程式碼風格，即使只有您獨自開發也非常有用。在團隊合作中，它更是非常有用，可以避免程式碼風格的差異。請按照 Prettier 建議的方式來使用。 您可以使用 Prettier 的 VS Code 擴充套件 來安裝 Prettier，使用 npm 命令：...
在 VS Code 中，你可以自訂空格和 Tab 偏好，就像在任何編輯器中一樣，同時你也可以選擇 Tab 佔用幾個空格。 然而，不同的語言可能需要不同的設定。 例如，我喜歡在 HTML 中使用 4 個空格，但在 CSS 和 JavaScript 中只使用 2 個。 而 Go 則要求 8 個空格。 那麼該怎麼處理呢？ 你可以將語言特定的設定添加到 VS Code 的偏好設定檔中（用 cmd+, 打開）。 以下是一個在 JS、CSS、HTML 和 Go 檔案中使用不同設定的範例： "[javascript]": { "editor.insertSpaces": true, "editor.tabSize": 2 }, "[css]": { "editor.insertSpaces": true, "editor.tabSize": 2 }, "[html]": { "editor.insertSpaces": true, "editor.tabSize": 4 }, "[go]": { "editor.insertSpaces": false, "editor.tabSize": 8 }
我最喜欢的代码编辑器是来自微软的 VS Code。在过去的20年里，我使用过许多编辑器，但这是迄今为止最好的。 VS Code 是开源的，即使在我的不太新的 MacBook Pro 上也很快，它从不在进行中崩溃，它可以自定义扩展，但开箱即用效果也很好。 这一切都很棒，但是如何调试 Go 程序呢？你可能认为需要一个笨重的 IDE，但事实并非如此。通过 Delve，由 Derek Parker 开发的工具，调试 Go 程序非常简单。 首先，当然，你需要安装官方的 Go VS Code 扩展，并且确保已配置好 $GOPATH。 安装完成后，在 Linux/Windows 上，你只需要执行命令 Go: Install/Update Tools。在 Mac 上，你需要通过 Brew 下载 Delve，只需要在你喜欢的 Shell（应该是 zsh）中键入 brew install go-delve/delve/delve - 文档中提到了自签名，但 Brew 会替你处理这个问题。 完成后，设置调试器配置。 点击 VS Code 的 调试菜单，点击“开始调试”，或者按下 F5 键。 VS Code 将调试信息放在工作区根目录下的 .vscode/launch.json 文件中。这个文件将会自动生成，并且应该能够直接用于本地调试： { "version": "0.2.0", "configurations": [ { "name": "Launch", "type": "go", "request": "launch", "mode": "debug", "remotePath": "", "port": 2345, "host": "127....
假设我在 Finder 中，打开一个文件夹，并且想要在 VS Code 中打开它。 我该怎么做呢？通常情况下，我会转到上一级文件夹，拖动该文件夹并将其放入 Dock 中的 VS Code 图标中。 或者我会转到终端并输入 code . 但是，今天我花费了一些时间，让这个过程变得更容易，通过在 Finder 工具栏中添加一个按钮： 下面是你也可以这样做的方法。 打开 Automator，选择“应用程序” 在动作列表中搜索“运行 Shell 脚本”，并粘贴以下两行： finderPath=`osascript -e 'tell application "Finder" to get the POSIX path of (target of front window as alias)'` open -n -a "Visual Studio Code" --args "$finderPath" 如果你愿意，你也可以使用应用程序的 Bundle ID： finderPath=`osascript -e 'tell application "Finder" to get the POSIX path of (target of front window as alias)'` open -n -b "com....
我需要對我的網站存儲庫進行一個相當大的更改。 我有數百個 Markdown 文件，而在我的 Markdown 中，有時會包含帶有空格的圖像，這主要是因為它們是截圖，所以格式類似於 Screen Shot 2021-10-16 at 09.45.47.png 加載圖像的字符串是：  這在我安裝的 Hugo 版本中運行良好，但最近在版本 0.100 中，他們刪除了我使用的 Markdown 库，名為 Blackfriday，現在只支持 Goldmark，它不再允許圖像中有空格（還有其他更改）。 為了跟上 Hugo，我真的需要更新我的網站，因為我使用的是舊版本，已經停止更新 10 個月了。 這就是我的問題所在。我需要更新所有的圖像鏈接。 嗯，其實不是這樣。我可以在圖像名稱中加上 <>：  然後一切又正常了。 我只需要搜索和替換所有的圖像鏈接！ 我有成千上萬個這樣的鏈接，這不是我要做的事情。 所以我記得在 VS Code 中的查找/替換功能中有正則表達式。 經過一番試驗，使用如下的正則表達式： !\[(.+)\]\((.\*\s+.\*)\) 我能夠創建 2 個捕獲組，一個用於 alt 文本，一個用於文件名。 然後在替換框中，我可以使用 $1 作為 alt 文本，使用 $2 作為文件名： !\[\]\((.\*\s+.\*)\) 這個替換字符串 對於沒有 alt 文本的圖像有效（我知道，我知道…）： 我是如何得出這些正則表達式的？ 主要通過我的 JavaScript 正則表達式教程。 我之前寫過那篇文章，但它仍然是我首選的資源。 然後是一些谷歌搜索和使用 https://regex101.com 快速測試正則表達式。 正則表達式對我來說仍然有點神奇，但有時它是唯一能做到的工具。 就像在這個例子中一樣。
我通常使用 cmd-k 來清除終端機，但在 VS Code 中，這個組合鍵並不起作用。 我不得不使用 cmd-shift-P，然後搜尋 Terminal: Clear 命令。 結果我發現我已經設置了 cmd-k 的組合鍵，但它並沒有起作用。 在鍵盤快捷方式設定界面中，When 列被設置為 terminalFocus && terminalProcessSupported。我將它設置為只有 terminalFocus，然後它就能正常工作了。 你也可以刪除 terminalFocus，這樣即使終端機沒有聚焦，cmd-k 也可以清除控制台，有時這很方便。
在使用VS Code開發Django應用程式時，可能會遇到問題。VS Code會在import語句的from關鍵詞下劃線，並且如果你將鼠標懸停在其上，你會看到出現錯誤消息"無法導入’django.db’ pylint(import-error)"。 這是因為VS Code沒有運行應用程式的虛擬環境。 要解決這個問題，請執行"cmd-shift-p"（或點擊"View -> Command Palette"，然後運行命令"Python: Select Interpreter"。 VS Code會顯示一個找到的Python解釋器列表。 選擇與您的虛擬環境對應的解釋器，例如最後一個選項。 錯誤將消失。
VS Code（VSCode）是一個功能強大，越來越受歡迎的編輯器。了解VS Code為什麼受歡迎，以及開發人員的主要功能。 介紹 應該轉用VS Code嗎？為什麼？ 入門 資源管理器 搜尋 原始碼控制 調試器 擴充功能 終端 命令面板 主題 自定義 其他配置選項 最適合編碼的字體 工作區 編輯 IntelliSense 代碼格式化 錯誤和警告 鍵盤快捷鍵 鍵盤映射 代碼段 擴充功能展示 VS Code命令行界面 解決高CPU使用問題 介紹 從一開始，編輯器就是一個奇特的存在。一些人會竭力捍衛他們選擇的編輯器。在Unix世界中，你會遇到諸如“Emacs vs vi”之類的爭論，而我對於為什麼要花這麼多時間討論一個編輯器的優點和缺點感到好奇。 在過去的幾年中，我使用過很多編輯器和集成開發環境（IDE）。我還記得TextMate，TextWrangler，Espresso，BBEdit，XCode，Coda，Brackets，Sublime Text，Atom，vim和PHPStorm。IDE和編輯器之間的區別主要在於功能集和複雜性。 相對於IDE，我更喜歡使用編輯器，因為它更快速且不會妨礙工作。在過去的12個月中，我一直在使用VS Code，這是微軟開源的編輯器，它迅速成為我最喜歡的編輯器。 應該轉用VS Code嗎？為什麼？ 如果你想知道是否應該使用VS Code，讓我說，是的，你應該從你目前使用的其他編輯器中切換到VS Code。 這個編輯器基於微軟幾十年的編輯器經驗而建立。 該編輯器的代碼完全是開源的，並且使用它無需支付費用。 它使用Electron作為基礎，使其能夠跨平台運行在Mac、Windows和Linux上。它使用Node.js構建，並且可以使用JavaScript進行擴展（這對於開發者而言是一個優勝）。 它非常快速，在使用Sublime Text之後，它是我使用過的最快速的編輯器。 它贏得了社區的熱情追捧：有數千個擴展，一些是官方的，一些是由社區製作的，而且它在調查中也名列前茅。 微軟每個月都會發布新版本。頻繁的更新促進創新，微軟正在聆聽用戶的需求，同時保持平台盡可能穩定（在我使用VS Code的一年中，幾乎每天使用它，我從未遇到過任何問題）。 入門 VS Code的主頁是https://code.visualstudio.com/。 訪問該網站下載該編輯器的最新穩定版本。 安裝過程取決於該平台，你應該已經熟悉了。 當你第一次啟動編輯器時，你將看到歡迎畫面： 左側的工具欄上有5個圖標，它們提供： 文件總管 搜索 原始碼控制 調試器 擴充功能 資源管理器 讓我們從資源管理器（播音註）開始探索。 按下側邊欄的“打開文件夾”按鈕，或者在歡迎頁面上點擊“打開文件夾…”鏈接。這兩者都會打開文件選擇器視圖。 選擇一個包含源代碼（甚至只是文本文件）的文件夾，然後打開它。 VS Code將在視圖中顯示該文件夾的內容： 右邊的空視圖顯示了一些快速操作和它們的鍵盤快捷鍵。...
我的網站是基於Hugo的，它是一個靜態網站生成器。 雖然有像Forestry等工具可以在其之上使用視覺化的內容管理系統，但我並不是很喜歡它們，而且我組織內容的方式並不適合這些工具。一個簡單的例子就是圖像。它們通常希望您將所有圖像存儲在一個文件夾中，而我則為每篇文章創建一個文件夾，並將文件放在其中。 總之，我在我的Mac上使用VS Code編輯Markdown，然後將更改推送到GitHub。 在iPad上，我使用GitHub的一個很棒的功能，直接在瀏覽器中編輯文件，本質上是在雲端運行的VS Code。 這非常酷，也許有一天我會完全使用這個功能，而不再使用Mac上的VS Code。 下面是它的工作原理。 如果你有一個名為https://github.com/userName/repositoryName的存儲庫，將瀏覽器指向https://github.dev/userName/repositoryName 換句話說，只需將.com改為.dev，你就可以在Safari的VS Code視圖中看到你的存儲庫。 從這裡，你基本上可以像在VS Code中一樣工作，但在瀏覽器中。唯一仍然不完全正常工作的是搜索，它需要在本地存儲中索引文件，但在Safari中效果並不完美。 我還需要注意不要嘗試使用cmd-w來關閉VS Code標籤，因為那樣會關閉Safari標籤。 此外，我在處理圖像時遇到了一個問題，例如如果我在iPad上進行截圖，它們的大小相當大，並且解析度很高（超過1MB？），而我通常將圖像轉換為JPG格式，因為這更高效。但這是我之後可以在Mac上處理的問題。我可以有一種處理圖像的系統在雲端執行，但我到目前為止還沒有需要它。 除此之外，完成更改後，我將它們推送到GitHub。