vscode 写 go 连最基础的补全功能都做得这么差的吗

一直用的都是 goland/idea 写 go ，体验了下用 vsocde 开发 go ，结果发现怎么连最基础的补全功能都这么差

有点无法理解说 vscode 写 go 的体验和 goland 差不多的是认真的吗。。。。。

下面是一个简单到不能再简单的的例子，如果是我用 vscode 姿势不对，希望有人能指出问题所在

go mod 初始化好项目用 vsocde 打开（确保 gopls 的 lsp 已经正确运行），写一个 utils 包 utils/utils.go，内容如下：

package utils

func ThisIsMyHelperFunction() string {
	return "hello"

}

关掉这个文件的标签页，打开 main.go ，输入 ThisIsMy，我自然期待补全会给出对应的函数候补，结果 vscode 根本跳不出任何候补。不是，vscode 这么离谱的吗

然后我发现，把utils.go 文件作为非活动标签页打开在边上，然后再输 ThisIsMy ，这次候补里出现了，但是它只是作为一个纯字符串出现，vscode 甚至都无法识别出它是个函数，tab 上去之后 ctrl + . 甚至都没法正常导包，提示不存在定义

然后翻了半天 vscode 官网，才发现说明有这一句

As you type in a Go file, you can see IntelliSense providing you with suggested completions. This even works for members in current, imported, and not yet imported packages. Just type any package name followed by ., and you will get suggestions for the corresponding package members.

不是，你的意思是我要用一个类型 or 函数之类的，必须从所属的包开始输入吗？一个项目复杂起来，那么多目录那么多包谁能清楚记得要用的东西在哪个包啊。。。。。。

而与之相对的，在 goland/idea 中写 go 项目，我只要输入 ThisIs 就能跳出对应内容，tab 后就直接完成了补全+添加包前缀+自动 import 。我曾经以为这种功能甚至是基础到不能再基础的功能，结果没想到。。。。

mainjzb

147 天前

从 goland 跳到 vscode 大概 2 年了，总体来说确实差不多，有些小问题习惯了。（毕竟免费啊~
楼主说的这个问题确实存在，研究了 10 分钟没有解决方案
平时使用我没感受到，因为我习惯于记住“包名” 而不是“函数名”
在楼主这种情况下，我会直接输入 utils. 等待提示后，在提示框里选一个函数。
或者更名明确的情况下，比如要切割字符串，那我会输入 stings.sp 然后按下“Tab 键”
（不需要在文件头里手动导入包

总结来说确实记住了包名。（但是我想，比起函数名，包名应该更少吧