对MT5的祝愿 - 页 84

 

晚上好。

在MetaEditor中工作时,我注意到,如果在编写#include指令时,在<或""后出现目录中可用的文件列表,那就太好了。在我看来,用这个指令来工作会更方便。

 
mi__x__an:

晚上好。

在MetaEditor中工作时,我注意到,如果在编写#include指令时,在<或""之后,相应目录中可用的文件列表会下拉,那就太好了。这将是更方便的。 在我看来 来配合这个指令的工作。

有什么方便之处?

我建议学习一个简单的方法,写上包含的内容,当你需要连接时,复制名称并粘贴在连接的地方,效果很好,特别是它不是这样一个频繁的操作,要为此费心。

 
Urain:

有什么方便之处?

我建议掌握一个简单的方法,写一个inluder,当你需要连接时,复制它的名字并粘贴在连接的地方,效果很好,特别是它不是一个频繁的操作,要费心。

是不是很不方便?复制起来是不是更方便?我支持mi__x__an 的请求,只是我不知道开发人员实施这一做法的间接成本。

还有一件事--大多数情况下,inludes不是独立编写的,而是从第三方库中包含的。梳理错综复杂的文件夹,然后打开想要的文件,复制它的名字等等,这不是最大的快乐,这是失败的方法,由你善意地提供。但是,嵌套路径呢?

 
mi__x__an:

晚上好。

在MetaEditor中工作时,我注意到,如果在编写#include指令时,在<或""后出现目录中可用的文件列表,那就太好了。在我看来,用这个指令来工作会更方便。

我同意。这样会更方便。
 

mi__x__an:

在我看来,用这个指令来工作会更方便。

加上。当你试图使你的代码系统化时,不仅插入者的数量会增加,而且子文件夹的数量也会增加。
 
mi__x__an:

如果在编写#include指令时,目录中的可用文件列表能在<或""之后下拉,那就太好了。

同意。
 

mi__x__an:

在我看来,用这个指令来工作会更方便。

+1000.我个人所怀念的是,可以移动到其他模块来代替某个函数 或类的声明的功能。

Документация по MQL5: Основы языка / Функции
Документация по MQL5: Основы языка / Функции
  • www.mql5.com
Основы языка / Функции - Документация по MQL5
 
Interesting:

+1000.我个人怀念的另一件事是允许你跳到其他模块以代替特定的函数 或类声明的功能。

把你的光标放在一个函数或类方法上,而Alt-G不是它?
 

在所有的优点中,没有人回答一个直截了当的问题:什么是方便?

你必须写指令#include,然后得到一个有300个文件的列表,然后你必须不断地上下寻找需要的文件,文件都在总的列表中,既包括本地的也包括全局的(否则就不能工作),或者只有全局的(本地包含的问题),或者只有本地的(全局包含的问题)。简而言之,很多麻烦,而且都是为了什么?什么是过度的目标?要把你按两下键盘就能做到的事情自动化(一键完成)?

我还不相信,Ctrl+C-->Ctrl+V,就这样。从3000行的代码中,这种需求出现了5-10次。

你最好为替换而改进,如果你创建一个嵌套的for,它不是i而是j。

而当用tab创建一个类时,你不能复制名字,这样它就会在构造函数和析构函数中立即改变。

我认为,这些观点更有意义。

Создай торговый робот за 6 шагов!
Создай торговый робот за 6 шагов!
  • 2012.06.01
  • MetaQuotes Software Corp.
  • www.mql5.com
Вы не знаете, как устроены торговые классы, и пугаетесь слов "Объектно-ориентированное программирование"? На самом деле вовсе не обязательно всё это знать, чтобы написать свой собственный модуль торговых сигналов - достаточно следовать простым правилам. Всё остальное сделает Мастер MQL5, и вы получите готовый торговый робот!
 
Urain:

在所有的优点中,没有人回答一个直截了当的问题:什么是方便?

你写了#include指令,得到一个300个文件的列表,开始上下跳动寻找需要的文件,文件都在一般的列表中,既有本地的也有全局的包含(否则就不能工作),或者只有全局的(本地包含有问题),或者只有本地的(全局包含有问题)。简而言之,很多麻烦,而且都是为了什么?什么是过度的目标?为了实现自动化(使之成为一次点击),你按两下键盘就能完成的事情?

我还不相信,Ctrl+C-->Ctrl+V,就这样。从3000行的代码中,这种需求出现了5-10次。

你最好为替换而改进,如果你创建一个嵌套的for,它不是i而是j。

而当用tab创建一个类时,你不能只是复制和粘贴名称,所以它将在构造函数和析构函数中一次性改变。

我认为,这些观点更有意义。

本地或全局文件/文件夹取决于它是以'' ''还是''<''开头。

例如,对我来说,它看起来是这样的。

我输入<,名单就出来了。

Arrays\
ChartObjects\
Charts\
Common\
Expert\
Files\
Indicators\

Strings/

Trade\

进一步进入C,我就剩下一个清单了。
ChartObjects\
Charts\

常见的是。

我一直在打字 那么,有一个名单。

Common ()。

我按下inter,它就出现了。

<Common)。

然后就会弹出列表。

ANN
BMP\
Color\
File\
GA\
HPF\
Monitor\
RND\
Scale\

Symbols/。

我选择GA/。

文件列表弹出。

C_UGA.mqh
C_UGA old.mqh

C_UGA_m.mqh。

我选择C_UGA.mqh。结果是,这是一个现成的指令。

<Common\GA\C_UGA.mqh>。

它简单、清晰、快速。即使你有成千上万的文件夹和文件,这种方式也很容易选择你需要的东西。


ZZY.而且有一些东西需要改进,在什么顺序上会有改进并不重要,只要它们在总体上存在。顺便说一下,我不是一个专业的程序员,我很难把整个项目记在脑子里,所以我现在几乎不用ME,因为它对类、函数和其他项目的控制能力非常弱。

但是,我不放弃希望,随着时间的推移,我将成长到这一点。


原因: