快 2024 年, Go 语言下 vscode 对比 Goland 还有哪些劣势?

2023-12-23 20:23:34 +08:00
 hopingtop

我在 2018 年初用的 Goland ,之前用了一段时间 vscode (当然还有古老的 liteIDE ?就是一个太极图标那个)感觉要配置的东西还是比较多,而且 DEBUG 也不方便。今天在家里面迫于忘带公司的电脑( Goland 是公司内网授权),得看下代码,就配置了一下 vscode 发现,现在配置如此快捷,就是安装一个 Go 的插件,然后 install all 基本上就完成了。

目前就是 Go 插件 + Go struct tag

体验下来:
  1. 发现现在 Go 插件很强大了,目前对比下来好像没有缺少之处,是我 Goland 用的不深?
  2. Debug 功能目前也挺好用的,体验几乎一致,就是不太清楚稳定性怎么样?
  3. 我初体验 vscode 上的 Copilot 好想比 Goland 上面的好用一些,主要是感觉要丝滑一些,目前 Goland 总是会出现 Mem 的内容和 File 内容不一致的 弹框,很影响体验。还有就是一些 猜想弹框也挺适合的

因为本人之前用 Goland 主要是 编码+DEBUG 和极少的配置

但是现在感觉下来好想 vscode 都能做到?

你们觉得 Goland 在 Go 情况对比 vscode 还有哪些明显的优势?

大项目不卡?提示快?

但是。。vscode 一个免费+丰富插件 感觉优势好大,目前通过账号同步配置,多台设备迁移也比以前方便太多了!

想听听水友们的体验,如果没有明显的坑,我就有点想切换到 vscode 了! Goland 不便宜

7338 次点击
所在节点    Visual Studio Code
51 条回复
hopingtop
2023-12-25 09:43:11 +08:00
@dcoder #15 有时候数据层隔离的,数据只有 remote 的机器才能调取,有些比较复杂的项目还有相关依赖,比如云机器上面的 Agent 等等, 本地都跑不起来的,所以这个时候能远程就真的很 nice 。 不然本地只能 人肉编译看是否有 BUG , 这样出错的概率会大大增加的!
hopingtop
2023-12-25 09:44:28 +08:00
@herozzm #17 不应这么绝对,带着发展的眼光看,我挺赞同#12 的分析
HowToMakeLove
2023-12-25 09:56:01 +08:00
refactory 很强大,关联 namespace 自动调整
多函数搜索,文件搜索
method struct
做项目还是推荐 goland ,浏览文件推荐 vsc
gongquanlin
2023-12-25 10:52:26 +08:00
感觉 vscode 上各种语言的 evaluate expression 都不如 jetbrains 家的好用……不知道有没有解决办法?
bthulu
2023-12-25 11:04:33 +08:00
@dcoder 不是想成迷于远程开发, 而是线上出 bug 了, 线上直接改最简单高效. 线下改还要重新发版, 麻烦的很.
lvlongxiang199
2023-12-25 11:04:44 +08:00
额外提一下 goland 的其它优点/功能
+ 能查 mysql, pgsql 之类的数据库
+ 能直接发 gRPC, http 请求, 调试起来
+ git 功能感觉比 vscode 更好用
echoZero
2023-12-25 11:24:26 +08:00
上周刚刚发现 goland 的一个高级功能,支持 go 三方库 安全检测,自动提示出库是否有 CVE 漏洞,以及其修复版本
echoZero
2023-12-25 11:25:48 +08:00
@dcoder 我司配的是 windows 电脑,开发 golang 一言难尽。都是自己搞个虚拟机然后远程开发
ZxykM
2023-12-25 11:37:55 +08:00
@guanzhangzhang 你需要在远程主机单独装 go 的插件
equationzhao
2023-12-25 11:42:06 +08:00
我觉得各有优势

goland 补全和提示, 连数据库, 跳转比较舒服
vscode 在行内可以直接集成 GitHub 的 PR 的对话, 有一个统一的测试栏, 把所有 test 函数列出来

goland 索引也有些 bug

jrqlxue
2023-12-25 13:48:30 +08:00
之前用 goland 习惯了,第一次转 vscode 感觉不方便,感觉主要是
1. 补全、提示、跳转、自动修正可能更好或者更习惯
2. 快捷键和各种命令菜单可能更方便或者更习惯
3. git 提交一个是功能丰富的弹窗,一个是侧边一个小输入框,差异显著,尤其是写长和结构复杂的 commit 文本(个人习惯只加 emoji 但是 vscode 就常常提示超长度)

不过 goland 好像从去年末支持泛型开始一方面 index 各种卡(启动需要忍受),另一方面 debug 时中间值卡的出不来,后来就没用了
elechi
2023-12-25 13:50:35 +08:00
用 jb 家的已经习惯了从来不 ctrl+s 了,也算更方便了点
gerefoxing
2023-12-25 17:10:03 +08:00
jetbrain 系列产品 git 功能比 vscode 的好用。
hopingtop
2023-12-25 18:34:25 +08:00
@gerefoxing #33 我最开始以为也很简单,但是打开 GITLENS 感觉也还好, 但是还没深度使用的
dyllen
2023-12-25 20:12:50 +08:00
@bthulu 还能有线上直接改的。。。。真会玩。
edisonwong
2023-12-25 22:24:45 +08:00
1. 快捷键统一 。我经常同时开着 goland 、pycharm 、datagrip ,有时候还有 webstorm 偶尔还有 intellij 。统一的交互和行为减少了使用成本。其他的语言的话,轻量点的我还用 fleet ,不过一言难尽。。
2. vscode 各种插件,配置快捷键我是研究不明白😂,还有不同电脑的配置同步 ide 配置,我用 gist ,发现不怎么好用。。
3. 确实吃配置。我 32g 的电脑,goland (四五个项目),datagrip ,webstorm ( 2 个)就右下角弹窗内存不足了。。。
dcoder
2023-12-26 06:48:59 +08:00
@lrh3321 #19 dev/stage/prod 环境要强一致的话,不应该是 docker/LXC 之类实现的么? 另外, 不想在本地搭建整个 dev 环境的话, 可以设置 dev 环境里的各种 proxy, 可以让本地 service 假装在 dev 环境里.
我假设我说的是针对后端开发,构架是 micro services.
dcoder
2023-12-26 06:52:52 +08:00
@hopingtop #15 各种安全要求确实烦,在有些很别扭的安全要求下,即使 remote 也难以跑起来...
如果你们公司的东西,本地就是跑不起来,那没办法了. 我也在这种公司 or 组工作过, 很痛苦, 可以理解...
dcoder
2023-12-26 06:54:50 +08:00
@bthulu 你这个"线上直接改最简单高效. 线下改还要重新发版"
是在 production 上直接裸奔改 bug 么? 那你司风格粗犷, 哈哈哈
dcoder
2023-12-26 06:55:35 +08:00
@echoZero 这种本地虚拟机开发,goland 也可以搞定吧

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1002906

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX