沒了 Goland，該怎么寫代碼呢？
IDE?一個(gè)最重要的功能是代碼的自動(dòng)補(bǔ)全與提示，當(dāng)補(bǔ)全功能缺失或者暫時(shí)失靈的情況下，該如何快速地查出某個(gè)函數(shù)的具體用法呢？
今天轉(zhuǎn)一下朋友的一篇文章，教大家如何脫離 Goland 的編程環(huán)境去查文檔寫代碼。
假設(shè)我們想要對(duì)字符串做 split，卻忘了具體用法，下面是幾種常見的查文檔方法。
在設(shè)置了語言是 english 的情況下，還是挺精準(zhǔn)的。直接定位到 Go 官方文檔。
?Dash
Dash
同樣很準(zhǔn)確，搜索詞不需要很精準(zhǔn)。
?devdocs.io[1]
這個(gè)也不錯(cuò)，而且支持很多種語言。
?pkg.go.dev
pkg.go.dev
優(yōu)點(diǎn)是官方文檔，最權(quán)威，逼格最高。缺點(diǎn)是要準(zhǔn)確地記住包名+函數(shù)名。
?go doc
優(yōu)點(diǎn)是直接 iTerm2 里就可以查看，缺點(diǎn)是需要準(zhǔn)確地記住包名+函數(shù)名。
有些大佬用 vim 寫代碼，在 shell 環(huán)境里直接能查文檔，還是很有用的。不過對(duì)我等用 Goland 的菜雞用處不大。??
上面這幾種方法我用得最多的還是 Google，可能這并不是最快的方式，但是它總是能幫你找到所有有用的信息。沒有 Google，我可能也不會(huì)寫代碼了。
最近看到一篇文章[2]，就講了如何利用 Go 標(biāo)準(zhǔn)庫(kù)做出一個(gè)好用的查文檔工具。
原理是利用 Go 提供的包解析工具，把所有的導(dǎo)出類型列出來。然后在我們搜索的時(shí)候用模糊匹配的方式找到符合的類型，再用這個(gè)精確的類型調(diào)用 go doc。
流程如下：
gdoc 原理
在 Linux 下結(jié)合 dmenu，使用非常順滑：
gdoc-cmd
偷個(gè)懶，直接用原文的動(dòng)圖。??
當(dāng)然，不嫌棄瀏覽器的情況下，還提供了一個(gè)可視化的界面，同樣有模糊匹配的功能且可以一鍵直達(dá) pkg.go.dev 對(duì)應(yīng)的頁(yè)面。比 google 可能快一點(diǎn)。
gdoc-web
選中其中一個(gè)，會(huì)直接跳轉(zhuǎn)過來：
跳轉(zhuǎn)到 pkg.go.dev
?后記
不過，即使知道了這些方法，可能最后還是會(huì)退化到用 Google 直接搜，因?yàn)樯抖疾恍枰洠械臇|西都可以用 Google 搜索出來。
這也是最方便的方法，什么額外的事情都不用做。因?yàn)榉奖悖杀镜停匀痪拖氚阉械氖虑槎寂驳剿厦鎭碜觯词褂泻芏鄬I(yè)的查文檔工具的情況下，還是會(huì)這么做。
一件事，如果容易，那就會(huì)經(jīng)常做。反之，如果成本比較高，結(jié)果不是做這件事花的時(shí)間更多，而是我們選擇不去做它。
不知道你平時(shí)查文檔時(shí)用的什么方法，歡迎留言一起討論。
?參考資料
[1]devdocs.io: https://devdocs.io/
[2]文章: https://eli.thegreenplace.net/2018/command-line-autocomplete-for-go-documentation/
? ?
???