【交流】关于 VSCODE 和 Emacs 的抉择问题

喜欢 Emacs 是因为 Emacs 给我一种纯粹在写代码的感觉,然而因为它的语法补全功能一直不如 VSCODE,所以我一直都在横摆。

有没有好的解决思路? (LSP 这些我都试过,感觉还是 etags 好用)

1 个赞

哪一个用得顺手用哪个。

你也完全可以分别用两个工具做各自合适的事,别反过来强行给自己找别扭。

换工具是水到渠成的事,时机/条件成熟了自然而然就可以换了,不是你现在决定用哪个就马上可以换。

各个工具必然优劣长短各不同,人的观念也随时在变。以前觉得重要的,现在可能根本不在意。

9 个赞

如果真的纯粹只关心代码的话,我觉得不会在意啥编辑器。

2 个赞

同领域内的代码写过一段时间后就用不太到补全了

2 个赞

主要是 VSCODE 敲代码给不了那种完全使用键盘的感觉

2 个赞

vscode也可以做到差不多全键盘操作,得学习/设置一些快捷键,比如最常用的文件树操作,ctrl+0打开/聚焦到侧栏资源管理器,ctrl+1回到代码编辑页面,等等。

我vscode刚出那会儿就开始用了,后来转neovim、emacs的最主要原因是后者更酷更有趣 :joy: :joy:

第一阶段 拿来主义 有啥用啥

第二阶段 怀疑主义 这东西好不好用

第三阶段 定制主义 那只有emacs可以做到

反正我也用emacs很久了 现在还是新手 同事都说我是邪教

我也确实在配置上浪费了很多时间 通过大神的配置 了解他们都用什么工具

工作流是什么 其乐无穷

9 个赞

这三阶段感觉总结的很精准哈哈哈

2 个赞

vscode的代码导航确实更省事儿,不过我在emacs上配置完lsp之后,功能也都具备了。 甚至在vscode上都没找到和emacs的这个对应功能:lsp-treemacs-call-hierarchy 可以显示函数调用级别。

另外,vscode虽然各种插件安装非常容易,但是操作起来还是不如emacs顺手。还有,它的远程编辑不适应堡垒机的情况。

所以我只那vscode当备用编辑器。

1 个赞

我关闭了补全,用grep代替跳转,只保留代码高亮的功能。

可以尝试一下,能习惯的话就不用纠结了。我的体验是补全和跳转都不是写代码时必要的功能。

2 个赞

我这个函数总是报错。

如果习惯spacemacs或者doom的话可以用VSpaceCode

我这里也是总报错,不过报错也可以用。不知道什么原因。

我感觉emacs 只有一个缺点 就是单线程的 有可能会卡

2 个赞

喜欢自己配置还是用emacs. 不想折腾用vscode.或者完全可以一边自己配置,一边主用vscode.

减少,放弃对代码补全的依赖,你将会获得以下两个好处:

  1. 对项目代码结构会有更清晰的认识。
  2. 会获得更加系统化的知识。
  1. 对项目代码结构会有更清晰的认识。

在刚刚开始的时候,你需要在代码库中查找需要的信息,随着每次查找,哪个文件在哪儿,那个函数在哪儿,哪个定义在哪儿,会快速形成肌肉记忆。大脑会存储整个项目的机构信息。

如果是接收别人的项目,通过反复的查找过程,你会逐步理解编写者的思维模式,能够很自然的判断出你需要的东西在哪里。这样如果需要的话,你可以决定是否延续之前的设计风格,思维模式。

  1. 会获得更加系统化的知识。

每一个成功的代码库,都是成体系的,有各自的思维模式,要认清这些模式,单看一个个函数是很难把握的,就像盲人摸象。需要从更高的角度来观察才能看清楚。

为了查找某个定义而反复阅读文档其实是一个捷径,在反复查找文档的过程中,你会看到与你当前要查找的内容无关的内容。这个过程重复多了,自然会对整个代码库的设计会有更清晰的认识。

3 个赞

等你有能力自己在 emacs 解决这个问题就不会纠结了

1 个赞

32 个帖子被拆分为一个新话题:远程txt文件没法触发 lsp-bridge 发送 change_file 消息

另外就是没有现代化的UI。

1 个赞

确实,我到了第三阶段以后就开始给我用的几个package发patch了 :smirk: