如何正确优化一个顾问 - 页 7

 
Loring писал (а)>>

我不明白为什么把职位的开设放在一个单独的功能中。一个命令可以在本地执行...或者它是一个更大的东西的碎片......ТР和SL不是按照它们在OrderSend中的那个顺序传送的。谢天谢地,它们在传送过程中被接收。当然不是什么大问题,但....

函数更容易检查并放在一个单独的库中。然后,我们可以在不同的EA中使用相同的代码,而不至于特别困顿。专家顾问的代码变得更加简单。我们所剩下的就是功能。

 
看看那些把所有东西都塞进一个启动功能的EA吧。他们需要很长的时间来整理。
 
是的,我同意...模块化结构具有很大的灵活性,尤其是在有足够的标准技巧和函数库的情况下......
 
Loring писал (а)>>
是的,我同意...模块化结构具有很大的灵活性,特别是如果建立了足够的标准技术和函数库......

100%.我已经这样做了很久了。非常方便。

 
meta-trader2007 писал (а)>>

优化的方式取决于专家顾问的基础TS。

对于一个交易系统,通过指标的信号提供开仓和平仓,我的做法如下。

1.优化指标参数。它是在不使用TR、SL、拖网等的情况下完成的。使用相同的地段大小。因此,我选择了最佳的指标参数。



让我们逐点分析。

[1] - 没有TP和SL.......,它是如何做到的?

对不起,......,其他一切都很清楚,不需要任何解释。

但是,第一点--一个问题呢?)

PS范塔普,基本上已经说过并证明了一切,没有理由不相信他,MM是值得应用的,当系统在一个恒定的地段赚取一些利润....。我不明白为什么这个问题被反复提出。

我有一个专家顾问,根据方向(买入或卖出)的总头寸的状态提高了很多,但我不认为它是MM,因为它只不过是灵活管理未结头寸或使其达到盈亏平衡的方法.....,但初始手数0.1是测试时的原则....。并应严格遵守,特别是在出版物.....。

 
有点分散注意力的主题....。
遗传算法 给出了不同的固体优化结果。
而特别令人恼火的是:作为人工智能 的遗传算法已经拒绝了我的一些TC,据说都处于劣势。
但在没有智能的情况下持续优化,就有了利润。
-我将不得不重新检查保证金/股票。
 
Vinin писал (а)>>

函数更容易检查并放在一个单独的库中。然后你可以在不同的EA中使用相同的代码,而不至于特别困顿。专家顾问的代码变得更容易。我们所剩下的就是功能。

也许,这更简单,但就我个人而言,我不喜欢有很多文件散落在整个终端。当然,这是一个品味的问题。:)

对我来说,在一个模块中乘以 "无效 "函数更容易(当然--但完全按照我的标准)),而且不用为正确转移/接收变量/数值而烦恼,反正每次我都要 "愚蠢地"(????)改变一下他们的代码,但在这种情况下,我的起始函数代码很少超过50-60行,我也不用考虑转移变量的问题。在modulo中有点全局性,但它完全不影响性能.....。IMHO

 
Korey писал (а)>>
有点偏题....
遗传算法 在连续优化中给出了不同的结果。
而特别令人恼火的是:作为人工智能 的遗传算法已经拒绝了我的一些TC,据说都处于劣势。
但在没有智能的情况下持续优化,就有了利润。
-我将不得不重新检查保证金/股票。

我懒得检查,但我从来没有注意到这样的事情,也许是因为我试图将变体数量的优化保持在10496*5.....。

>> "5 "是我的错误,只是优化的参数越少越好 )).....,在我看来是这样的

PS。恰好是更多 :(

 
人工智能在两个参数上没有发现任何问题,但坚实的--利润。
我对可优化=参数的数量有相同的看法,从1到3,如果你需要更多--TC的想法是考虑不周,质量差。
 
Korey писал (а)>>

关于可优化=参数的数量,我也认为是1到3个,如果你需要更多--TC的想法是考虑不周,质量差。

我不知道,我不知道......,当你开始计算EXIT选项时,有很多选项,你不会看到足够的 - 仅限于以前的通行经验,或由几个专家来划分......,我现在有一个优化的专家 - 26400195选项,其中1/100的进入选项.....,我知道在1-2次通行后,我将减少这个数字的100倍,但仍然有很多......,所以关于 "质量 "的大问题 - 考虑/类似参数,不扭曲的逻辑有一个地方.....

我意识到我说的是自相矛盾的事情,但这是事实。即使有强大的资源,你也无法逃避遗传学--你必须适应))。

原因: