小文件的话我用 bat，大文件还是不行。200k 行的 sql 文件，bat 的话我按一下 G 要10多秒才能出来。vi 的话就几乎感觉不到有延迟。

bat 原理实际上是可以支持语法高亮的 cat（非 tty 默认不高亮），默认 pipe 到 less（非 tty 默认不 less）。它的语法高亮是要从头渲染到尾的，所以对于大文件来说，效率是没法跟 vi 这种正规 editor 比的。

当然它的语法高亮功能本身是不错的，我现在用 git-delta 可以给 git show/diff 做语法高亮，似乎用了 bat

【 在 licknov (licknov) 的大作中提到: 】
: 友提现在出了一个新工具bat，带高亮和行号的less  
--
修改:eGust FROM 122.59.183.*
FROM 122.59.183.*

lsp 本质上是一个 json-rpc server-client 模型，基于文本和编辑器的行为定义了一堆接口和事件。不知道你是咋跟 clang 扯到一起去的

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 这个功劳应该归功于 clang 我觉得。
: 话说，以 vim/emacs 的广泛使用，之前居然一直没有投入人力折腾一个 c/c++ 语言的语法分析器出来。还要等 clang 搞定。
: 同期的 eclipse 很早就独立地搞出自己一套 java 语法分析器了。
: ...................
--
FROM 122.59.183.*

你的逻辑真够奇葩的，protocol 没用光有 clang 有啥用？

我前面把 electron 排贡献第一，是因为已经有大量桌面应用已经开发出来了，使用者不光是码农这一块。

如果光考虑编程的话，lsp 对于整个 editor/ide 的生态的贡献前无古人。以前完全是每个语言，每个 editor/ide 各玩各的。lsp 之前，m 门语言 n 个 editor/ide 就要做 m*n 个实现，而如今只要做 m+n 个支持就够了。微软光凭推动 lsp 这点就对整个编程行业做出了巨大的贡献，节约了大量的资源。

反过来看 clang 又不是什么不可替代的东西，再写个编译器前端来实现 lsp 也没啥不行

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 因为这个接口没什么用。cpp 开发要爽得有个牛X的语法解析器，分析出 cpp 源代码的模型。lsp 就是干这事的。
--
FROM 122.59.183.*

当浏览器用？

【 在 bigsen (大海无量) 的大作中提到: 】
: 打错了，快捷键时Alt+左箭头/右箭头
: 这个操作还是很有必要放个按钮在界面上的。
--
FROM 122.59.183.*

所以你的意思就是，新语言活该给每个主流的 editor/ide 做支持呗？

lsp 让一票新老 editor 都焕发了新春，比如 vim、emacs、sublime，以后想要开发一个新的 editor 的难度，尤其是在推广方面的难度也大大降低了

【 在 hgoldfish (老鱼) 的大作中提到: 】
: 不觉得这种定义一个接口的事情是什么大的贡献。目前使用量最大的几个 C++ IDE: msvc, eclipse cdt, devcpp, qtcreator，也没见大量扔了自研的 cpp 分析引擎改用 lsp 啊。
: cpp 语法解析比定义一个接口难多了，以 cpp 社区的折腾劲，我感觉跟 cpp 语法演变的难度，约等于从头造一个上天的火箭。。一直到 clang 搞出来总算有稳定的 cpp 解析器给 ide 用了。
: 这事其实是对一年变一次的前端领域比较有利。对成熟的语言, c/cpp, java, python 这些，一毛钱好处都没有。
: ...................
--
FROM 122.59.183.*