将Vim作为mql的理想工具 - 页 2 123456789...16 新评论 Alexey Viktorov 2020.01.10 15:28 #11 Vladimir Simakov: 只有在编辑器中,它将只改变当前文件,而我说的是整个项目。你看,你把方法命名得很差,而它在你的库中90%的文件中都被调用,而且不只一次,这些文件有几十个。因此,是的,在所有地方都有5-10分钟的重命名工作,但当在其他IDE中,你是在飞行中进行的...... 仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代... 你甚至可以选择所有的代码文本,并勾选 "在选定的文本 中 "的方框... 只要你愿意工作,而不是唠叨着不方便。 Реter Konow 2020.01.10 15:40 #12 Alexey Viktorov: 仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代... 你甚至可以选择所有的代码文本,并勾选 "在选定的文本中 "的选项... 只要你愿意工作,而不是唠叨着不方便。 正是如此!有多少变量和函数名称是这样改变的。比VS中的时间长一点,但控制力更强。 Vladimir Simakov 2020.01.10 15:40 #13 Alexey Viktorov:仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代...你甚至可以选择所有的代码文本,并勾选 "在选定的文本中 "的方框...只要你愿意工作,而不是挑剔不方便的地方。 Oooo.... 谁来解释一下文件和项目 之间的区别。 Реter Konow 2020.01.10 15:44 #14 Vladimir Simakov: Oooo.... 谁来给这位俊哥解释一下文件和项目的区别。 查阅所有文件中的名称和标题,并在正确的文件中进行一致的更改。更费时一些,但仍然不难。 Igor Makanu 2020.01.10 15:51 #15 Vladimir Simakov: woo.... 谁来给June解释一下文件和项目的区别。 不会工作,他们不使用其他编译器 Vladimir Pastushak 2020.01.10 15:53 #16 有很多人要求改进MetaEditor,包括我提出的一些要求。 但改进MetaEditor并不是mt开发者的主要目标,很可能根本就没有改进MetaEditor......。 值得庆幸的是,他们对造型器 进行了一些改进,对此表示感谢...... 我经常在论坛上谈到有大量代码的大型严肃项目。 为了舒适地处理大型代码,你需要折叠,但你没有折叠。 我认为ME的开发者认为在一个大型项目的工作中,大型代码包括1000个文件... 否则,你怎么能证明没有折叠....? 我想到了一个问题,MT5本身和ME也是由1000个内含物开发的,还是开发者使用的是折叠式? Реter Konow 2020.01.10 16:01 #17 Igor Makanu:不工作,他们不使用其他编译器 我使用了VS.A.S.A.A.A.A.A.A.有突出显示和折叠之类的东西......。也就是说,如果有选择的话,我更愿意选择ME。我不需要各种强调和折叠。嗯,这是不必要的...更漂亮?- 是的,更实用?- 没有。 顺便说一下,六年来我已经积累了超过500MB的项目 保存版本。成百上千的文件。而且我知道我在说什么。 TheXpert 2020.01.10 16:01 #18 Vladimir Simakov: 谁来向Jun解释一下文件和项目之间的区别。 这就像在讨论公司的mql格式化风格时,总会有几个习惯性的保守派对任何改变的建议口吐白沫。 而对于批评,即使是有根据的、理由充分的批评,他们也会像疯癫的兔子一样抓狂。 标签 Konow: 而且我知道我在说什么。 是的,就像你对OOP的看法,你当然会这样做 ) Реter Konow 2020.01.10 16:09 #19 TheXpert: ... 是的,比如关于交易,比如关于OOP,当然是这样的 ) 我曾多少次向你提供我和你的任务和解决方案的简单比较。你告诉我你能做什么,我就告诉你我能做什么。之后,你们会进一步交谈。 Vladimir Simakov 2020.01.10 16:10 #20 Vladimir Pastushak: 有很多人要求改进MetaEditor,包括我提出的一些要求。 但改进MetaEditor并不是mt开发者的主要目标,很可能根本就没有改进MetaEditor......。 值得庆幸的是,他们对造型器 进行了一些改进,对此表示感谢...... 我经常在论坛上谈到有大量代码的大型严肃项目。 为了舒适地处理大型代码,你需要折叠,但你没有折叠。 我认为ME的开发者认为在一个大型项目的工作中,大型代码包括1000个文件... 否则,你怎么能证明没有折叠....? 我想到了一个问题,MT 5本身和ME的开发也是由1000个inludes构成的,还是开发者使用了折叠? 至少开发者已经阅读并至少以某种方式作出了反应。 顺便说一下,从来没有任何想要打探的意思,如果看起来是这样,那就对不起了。只是,在我使用metaeditor的2年半时间里,我想不起有什么改善工作条件的地方。 捍卫者的PS:Ctrl+Shift+F,不知为何你们都不叫它。只是它还是不一样,至于为什么,就看你怎么想了。 123456789...16 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
只有在编辑器中,它将只改变当前文件,而我说的是整个项目。你看,你把方法命名得很差,而它在你的库中90%的文件中都被调用,而且不只一次,这些文件有几十个。因此,是的,在所有地方都有5-10分钟的重命名工作,但当在其他IDE中,你是在飞行中进行的......
仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代...
你甚至可以选择所有的代码文本,并勾选 "在选定的文本 中 "的方框...
只要你愿意工作,而不是唠叨着不方便。
仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代...
你甚至可以选择所有的代码文本,并勾选 "在选定的文本中 "的选项...
只要你愿意工作,而不是唠叨着不方便。
仔细想想,这也是有保护措施的。它不仅适用于搜索,也适用于替代...
你甚至可以选择所有的代码文本,并勾选 "在选定的文本中 "的方框...
只要你愿意工作,而不是挑剔不方便的地方。
Oooo....
谁来解释一下文件和项目 之间的区别。
Oooo....
谁来给这位俊哥解释一下文件和项目的区别。
woo....
谁来给June解释一下文件和项目的区别。
不会工作,他们不使用其他编译器
有很多人要求改进MetaEditor,包括我提出的一些要求。
但改进MetaEditor并不是mt开发者的主要目标,很可能根本就没有改进MetaEditor......。
值得庆幸的是,他们对造型器 进行了一些改进,对此表示感谢......
我经常在论坛上谈到有大量代码的大型严肃项目。 为了舒适地处理大型代码,你需要折叠,但你没有折叠。
我认为ME的开发者认为在一个大型项目的工作中,大型代码包括1000个文件...
否则,你怎么能证明没有折叠....?
我想到了一个问题,MT5本身和ME也是由1000个内含物开发的,还是开发者使用的是折叠式?
不工作,他们不使用其他编译器
我使用了VS.A.S.A.A.A.A.A.A.有突出显示和折叠之类的东西......。也就是说,如果有选择的话,我更愿意选择ME。我不需要各种强调和折叠。嗯,这是不必要的...更漂亮?- 是的,更实用?- 没有。
顺便说一下,六年来我已经积累了超过500MB的项目 保存版本。成百上千的文件。而且我知道我在说什么。
谁来向Jun解释一下文件和项目之间的区别。
这就像在讨论公司的mql格式化风格时,总会有几个习惯性的保守派对任何改变的建议口吐白沫。
而对于批评,即使是有根据的、理由充分的批评,他们也会像疯癫的兔子一样抓狂。
标签 Konow:
而且我知道我在说什么。
是的,就像你对OOP的看法,你当然会这样做 )
...
是的,比如关于交易,比如关于OOP,当然是这样的 )
我曾多少次向你提供我和你的任务和解决方案的简单比较。你告诉我你能做什么,我就告诉你我能做什么。之后,你们会进一步交谈。
有很多人要求改进MetaEditor,包括我提出的一些要求。
但改进MetaEditor并不是mt开发者的主要目标,很可能根本就没有改进MetaEditor......。
值得庆幸的是,他们对造型器 进行了一些改进,对此表示感谢......
我经常在论坛上谈到有大量代码的大型严肃项目。 为了舒适地处理大型代码,你需要折叠,但你没有折叠。
我认为ME的开发者认为在一个大型项目的工作中,大型代码包括1000个文件...
否则,你怎么能证明没有折叠....?
我想到了一个问题,MT 5本身和ME的开发也是由1000个inludes构成的,还是开发者使用了折叠?
至少开发者已经阅读并至少以某种方式作出了反应。
顺便说一下,从来没有任何想要打探的意思,如果看起来是这样,那就对不起了。只是,在我使用metaeditor的2年半时间里,我想不起有什么改善工作条件的地方。
捍卫者的PS:Ctrl+Shift+F,不知为何你们都不叫它。只是它还是不一样,至于为什么,就看你怎么想了。