将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，不知为何你们都不叫它。只是它还是不一样，至于为什么，就看你怎么想了。