将Vim作为mql的理想工具 - 页 9

[fxsaber]

Vict:

你能想象当你的手指不在为复制/删除/粘贴/移动光标而奔波于箭头/鼠标之间时，写起代码来有多快吗？当然，这只是一大堆例子中的一个。

请录制一些视频，明确展示各种可能性。谢谢你。

[[删除]]

fxsaber:

请录制一些视频，给大家一个清晰的功能演示。谢谢你。

是的，已经有了，例如

我想，基本的东西都在那里。

[Dmitry Fedoseev]

SeriousRacoon:
并非如此。前者是程序员，他们的数量很少。后者通常被称为编码员，而且有很多这样的人。

在哪里，由谁，何时接受？

[Dmitry Fedoseev]

我想问的是，什么是vim...

[Edgar Akhmadeev]

有一些人的工作方式是 "只有铁杆"。这样的人不多，他们不会把自己的东西强加给别人，他们只是分享。我自己在工作中（很久以前）使用linux多年。但葡萄酒下的MT有很多问题，我已经放弃了。现在很多问题都解决了，但我不想再回去了。

让人们工作和描述，这将有助于其他几个人。当然，这一切都取决于业余爱好者。

唯一有时让你觉得 "我将放弃一切，转而使用Linux "的问题是windows的永恒问题。歪曲的更新和MS的不可预测性。

[Alexey Navoykov]

Vict:

已经有了，比如说。

我想，基本的东西都在那里。

我认为，所展示的大部分内容让人联想到从屁股上切出的扁桃体 )是的，也许对文案人员来说是有用的，但对程序员来说，打字速度不是最重要的因素。 如果能看到MQL代码的工作过程、编译、错误导航等，会更有趣。

[Maxim Kuznetsov]

Alexey Navoykov:

我认为，大多数人都提醒要从屁股上割出扁桃体。）它可能对文案人员有用，但对程序员来说，打字速度并不是最重要的因素。 如果能看到MQL代码本身的工作过程是怎样的，编译、浏览错误等，会更有趣。

大多数时候，程序员都在忙着做一些愚蠢的事情，比如打字，小的（纠正打字错误）和大的代码修正（重构）。编译和错误导航就是这样的小事。
这当然不包括 "先想后做 "的过程 :-)

当你了解了语言和环境后，你在写作时几乎不会出现语法错误。Code-complete有帮助，但有时会碍手碍脚。为什么MTEditor决定将int扩展为接口？ 你还可以在VIM或EMacs中调整拐杖，但在本地编辑器中是无法克服的--只要写给体育彩票就可以了。

调试是一个不同的故事--调试器被稀里糊涂地集成到编辑器中，但它要么在那里，要么不在。这就是为什么印刷品和日志是我们的一切 :-)

[Alexey Navoykov]

Maxim Kuznetsov:

code-complete有帮助，但有时会碍手碍脚。

在vim.mqh文件中，正如我所看到的，到目前为止只有一小部分函数被声明了。

当你了解语言和环境时，你的写作几乎没有语法错误。

顺便问一下，威马有自动检查输入的语法吗？ 因为盲目地写一个没有错误的代码片断是非常罕见的事情)

[Andrey Azatskiy]

我从来不喜欢在控制台上写东西）但如果我在控制台上写东西，我通常用nano，这只是为了速度)

[[删除]]

Alexey Navoykov:

我认为，所展示的大部分内容让人联想到通过臀部切割扁桃体。）是的，也许它对文案人员很有用，但对程序员来说，打字速度绝对不是一个重要的因素。 如果能看到MQL代码本身的工作过程是怎样的，编译、浏览错误等，会更有趣。

就我个人而言，我只是对 "普通编辑器 "感到厌烦，我的手指已经在自动按vim组合了。我对元编辑不放心。

顺便问一下，vim中是否有自动检查语法的功能？ 因为盲目地编写没有错误的代码片段是非常罕见的)

当然，它比元编辑器中的标准版好得多。clangd(lsp server)负责这个，在vim coc(lsp client)中，它不会被任何复杂的宏或模板所迷惑。而通过在传递数组时抛出安培数，并正确地取消引用代码，它对clang的提示能力有积极作用。那么，过渡到定义，......，也是有的。

我没有插件，你可以说（只有字体和coc），但你可以把你喜欢的东西放进去--例如，左边的文件的 "导航器"。

但对于vim，你需要培训。我在第一页上做了一个链接，以帮助使用命令，需要时间来掌握它。