为什么不把输入参数放在结构中？ - 页 6

新评论
 
fxsaber:
而且有什么好处呢，你还是要在初始化中写输入参数。如果他们改变了，那么该如何处理这个结构？
INPUTS( void ) : Num(inNum)
  {
  }
 
fxsaber:

在启动TS时，经常发生不知道哪个输入参数是最好的。因此，你运行一个专家顾问，比如说，它有十几组不同的输入参数。而每一套都是针对每一份TS的。很多人在很久以前就已经这样做了，当时MQL4离MQL5还很远。

他们通过extern字符串做到了这一点--现在它被称为输入字符串。

他们解析了输入字符串，检查有多少输入行，并使用这个数字来创建相同数量的交易逻辑，并有适当的输入参数（使用ArrayResize）。而这一切都发生在古老的MQL4上!而在那里，根据TC的数量和其他细微差别，为每个TS分配了MM。在古代代码库的某个地方，应该有一些例子。


这是一个有效的东西。当然，优化的结果是休息，但至少在工作时你可以传递一个字符串而不是一堆输入变量。

 
Alexey Volchanskiy:
而有什么好处呢，你仍然需要在初始化中写入输入参数。如果他们改变了，那么该如何处理这个结构？

诀窍是在mqh中使用EA类模板。mqh会自己编译，把所有的输入变量传入它是标准化的，创建一个EA类对象的数组是没有问题的。

我希望我们不是在讨论一个空洞的话题 "如何改进MT5"，而是着眼于该语言的 现有能力。

 
Taras Slobodyanik:
该主题不是关于优化的)
为什么不把输入参数放在一个结构中？

人们就是不能理解最初的建议是对MQL语言进行轻微调整，并试图在现有的语法中提出解决方案。

 
fxsaber:

诀窍是在mqh中使用EA类模板。mqh会自己编译，把所有的输入变量传入它是标准化的，创建一个EA类对象的数组是没有问题的。

我希望我们不是在讨论一个空洞的话题 "如何改进MT5"，而是在研究该语言 当前的可能性。


这正是我们正在讨论的MQL调整。我很惊讶没有人读过第一篇帖子，我在那里白纸黑字地说明了这一点))是时候结束讨论了，每个人都在做他自己的事情......

 
Alexey Volchanskiy:

MQL调整正是我们正在讨论的问题。我很惊讶没有人看第一个帖子，我在那里白纸黑字地说明了这一点))是时候结束这个讨论了，每个人都在谈论他自己的事情......

如果不是因为这句话，我早就直接放弃了。

没想到它的含义会被如此扭曲。消失了。

 
Alexey Volchanskiy:

MQL调整正是我们正在讨论的问题。我很惊讶没有人看第一个帖子，我在那里白纸黑字地说明了这一点))是时候结束这个讨论了，每个人都在做自己的事情......


第一个帖子里有什么大问题？对幻想的呼吁？

 
Alexey Volchanskiy:

关键是要留下标准优化的可能性。有可能用ini吗？


阿列克谢，是的，这是有可能的!

在优化之前，在第一个OnInit()的第一次传递之前，OnTesterInit() 将被触发。在其正文中，我们写下了优化前需要做的一切。在这种情况下，我们需要解析我们的inishka。

 
Dennis Kirichenko:

阿列克谢，是的，有可能!

在优化之前，在第一个OnInit()的第一次传递之前，OnTesterInit() 将被触发。在其正文中，我们写下了优化前需要做的一切。在这种情况下，我们需要解析我们的inishka。

我意识到了这一点。你也可以学习用左脚抓右耳。只要有输入结构，一切都会自动完成。
 
Alexey Volchanskiy:

MQL调整正是我们正在讨论的问题。我很惊讶没有人看第一个帖子，我在那里白纸黑字地说明了这一点))是时候结束这个讨论了，大家都在谈论别的事情。


也许是因为第一个帖子没有意义。这就是为什么每个人都在写他/她自己的事情。而且你不能问问题--答案不是无知就是歇斯底里。

1234567
新评论