将Vim作为mql的理想工具 - 页 9 12345678910111213141516 新评论 fxsaber 2020.01.14 14:51 #81 Vict: 你能想象当你的手指不在为复制/删除/粘贴/移动光标而奔波于箭头/鼠标之间时,写起代码来有多快吗?当然,这只是一大堆例子中的一个。 请录制一些视频,明确展示各种可能性。谢谢你。 [删除] 2020.01.14 15:39 #82 fxsaber: 请录制一些视频,给大家一个清晰的功能演示。谢谢你。 是的,已经有了,例如 我想,基本的东西都在那里。 Dmitry Fedoseev 2020.01.14 16:04 #83 SeriousRacoon: 并非如此。前者是程序员,他们的数量很少。后者通常被称为编码员,而且有很多这样的人。 在哪里,由谁,何时接受? Dmitry Fedoseev 2020.01.14 16:10 #84 我想问的是,什么是vim... Edgar Akhmadeev 2020.01.14 16:35 #85 有一些人的工作方式是 "只有铁杆"。这样的人不多,他们不会把自己的东西强加给别人,他们只是分享。我自己在工作中(很久以前)使用linux多年。但葡萄酒下的MT有很多问题,我已经放弃了。现在很多问题都解决了,但我不想再回去了。 让人们工作和描述,这将有助于其他几个人。当然,这一切都取决于业余爱好者。 唯一有时让你觉得 "我将放弃一切,转而使用Linux "的问题是windows的永恒问题。歪曲的更新和MS的不可预测性。 Alexey Navoykov 2020.01.14 19:26 #86 Vict: 已经有了,比如说。 我想,基本的东西都在那里。 我认为,所展示的大部分内容让人联想到从屁股上切出的扁桃体 )是的,也许对文案人员来说是有用的,但对程序员来说,打字速度不是最重要的因素。 如果能看到MQL代码的工作过程、编译、错误导航等,会更有趣。 Maxim Kuznetsov 2020.01.14 19:37 #87 Alexey Navoykov: 我认为,大多数人都提醒要从屁股上割出扁桃体。)它可能对文案人员有用,但对程序员来说,打字速度并不是最重要的因素。 如果能看到MQL代码本身的工作过程是怎样的,编译、浏览错误等,会更有趣。 大多数时候,程序员都在忙着做一些愚蠢的事情,比如打字,小的(纠正打字错误)和大的代码修正(重构)。编译和错误导航就是这样的小事。 这当然不包括 "先想后做 "的过程 :-) 当你了解了语言和环境后,你在写作时几乎不会出现语法错误。Code-complete有帮助,但有时会碍手碍脚。为什么MTEditor决定将int扩展为接口? 你还可以在VIM或EMacs中调整拐杖,但在本地编辑器中是无法克服的--只要写给体育彩票就可以了。 调试是一个不同的故事--调试器被稀里糊涂地集成到编辑器中,但它要么在那里,要么不在。这就是为什么印刷品和日志是我们的一切 :-) Alexey Navoykov 2020.01.14 19:59 #88 Maxim Kuznetsov: code-complete有帮助,但有时会碍手碍脚。 在vim.mqh文件中,正如我所看到的,到目前为止只有一小部分函数被声明了。 当你了解语言和环境时,你的写作几乎没有语法错误。 顺便问一下,威马有自动检查输入的语法吗? 因为盲目地写一个没有错误的代码片断是非常罕见的事情) Andrey Azatskiy 2020.01.14 21:44 #89 我从来不喜欢在控制台上写东西)但如果我在控制台上写东西,我通常用nano,这只是为了速度) [删除] 2020.01.15 00:50 #90 Alexey Navoykov: 我认为,所展示的大部分内容让人联想到通过臀部切割扁桃体。)是的,也许它对文案人员很有用,但对程序员来说,打字速度绝对不是一个重要的因素。 如果能看到MQL代码本身的工作过程是怎样的,编译、浏览错误等,会更有趣。 就我个人而言,我只是对 "普通编辑器 "感到厌烦,我的手指已经在自动按vim组合了。我对元编辑不放心。 顺便问一下,vim中是否有自动检查语法的功能? 因为盲目地编写没有错误的代码片段是非常罕见的) 当然,它比元编辑器中的标准版好得多。clangd(lsp server)负责这个,在vim coc(lsp client)中,它不会被任何复杂的宏或模板所迷惑。而通过在传递数组时抛出安培数,并正确地取消引用代码,它对clang的提示能力有积极作用。那么,过渡到定义,......,也是有的。 我没有插件,你可以说(只有字体和coc),但你可以把你喜欢的东西放进去--例如,左边的文件的 "导航器"。 但对于vim,你需要培训。我在第一页上做了一个链接,以帮助使用命令,需要时间来掌握它。 12345678910111213141516 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你能想象当你的手指不在为复制/删除/粘贴/移动光标而奔波于箭头/鼠标之间时,写起代码来有多快吗?当然,这只是一大堆例子中的一个。
请录制一些视频,明确展示各种可能性。谢谢你。
请录制一些视频,给大家一个清晰的功能演示。谢谢你。
是的,已经有了,例如
我想,基本的东西都在那里。
并非如此。前者是程序员,他们的数量很少。后者通常被称为编码员,而且有很多这样的人。
在哪里,由谁,何时接受?
我想问的是,什么是vim...
有一些人的工作方式是 "只有铁杆"。这样的人不多,他们不会把自己的东西强加给别人,他们只是分享。我自己在工作中(很久以前)使用linux多年。但葡萄酒下的MT有很多问题,我已经放弃了。现在很多问题都解决了,但我不想再回去了。
让人们工作和描述,这将有助于其他几个人。当然,这一切都取决于业余爱好者。
唯一有时让你觉得 "我将放弃一切,转而使用Linux "的问题是windows的永恒问题。歪曲的更新和MS的不可预测性。
已经有了,比如说。
我想,基本的东西都在那里。
我认为,所展示的大部分内容让人联想到从屁股上切出的扁桃体 )是的,也许对文案人员来说是有用的,但对程序员来说,打字速度不是最重要的因素。 如果能看到MQL代码的工作过程、编译、错误导航等,会更有趣。
我认为,大多数人都提醒要从屁股上割出扁桃体。)它可能对文案人员有用,但对程序员来说,打字速度并不是最重要的因素。 如果能看到MQL代码本身的工作过程是怎样的,编译、浏览错误等,会更有趣。
大多数时候,程序员都在忙着做一些愚蠢的事情,比如打字,小的(纠正打字错误)和大的代码修正(重构)。编译和错误导航就是这样的小事。
这当然不包括 "先想后做 "的过程 :-)
当你了解了语言和环境后,你在写作时几乎不会出现语法错误。Code-complete有帮助,但有时会碍手碍脚。为什么MTEditor决定将int扩展为接口? 你还可以在VIM或EMacs中调整拐杖,但在本地编辑器中是无法克服的--只要写给体育彩票就可以了。
调试是一个不同的故事--调试器被稀里糊涂地集成到编辑器中,但它要么在那里,要么不在。这就是为什么印刷品和日志是我们的一切 :-)
code-complete有帮助,但有时会碍手碍脚。
在vim.mqh文件中,正如我所看到的,到目前为止只有一小部分函数被声明了。
当你了解语言和环境时,你的写作几乎没有语法错误。
顺便问一下,威马有自动检查输入的语法吗? 因为盲目地写一个没有错误的代码片断是非常罕见的事情)
我认为,所展示的大部分内容让人联想到通过臀部切割扁桃体。)是的,也许它对文案人员很有用,但对程序员来说,打字速度绝对不是一个重要的因素。 如果能看到MQL代码本身的工作过程是怎样的,编译、浏览错误等,会更有趣。
就我个人而言,我只是对 "普通编辑器 "感到厌烦,我的手指已经在自动按vim组合了。我对元编辑不放心。
顺便问一下,vim中是否有自动检查语法的功能? 因为盲目地编写没有错误的代码片段是非常罕见的)
当然,它比元编辑器中的标准版好得多。clangd(lsp server)负责这个,在vim coc(lsp client)中,它不会被任何复杂的宏或模板所迷惑。而通过在传递数组时抛出安培数,并正确地取消引用代码,它对clang的提示能力有积极作用。那么,过渡到定义,......,也是有的。
我没有插件,你可以说(只有字体和coc),但你可以把你喜欢的东西放进去--例如,左边的文件的 "导航器"。
但对于vim,你需要培训。我在第一页上做了一个链接,以帮助使用命令,需要时间来掌握它。