更多策略?没问题! - 页 10

 
TheXpert писал(а)>>

这就是我反对的地方。虽然增加条件是方便的,但并不受欢迎。比方说,一旦你改变了代码,你就不能指望得到支持了。

然后,你肯定会找到 "同志",他们会测量小便......(抱歉)......:)。

如果你想增加一个条件,告诉我,我会做的。

你真的期望这个项目能持续下去吗?IMHO,"不加修饰 "是不会发生的:(。

顺便说一下,朝向普遍性(可用性)的另一个步骤是将这个项目与TestCommander或类似的意识形态相结合,即用几个TF、字符、Innervals进行测试,并获得csv文件,准备在Excel中评估一些或其他 "组合"。只要把公式 "塞进 "deinit(至少--和策略测试员在一个单独的脚本/"batken "中调用--最多)。

我不明白这里的情况。

      double LotsToBid = DoubleIf( Lot == 0, GetLotsToBid( RiskPercentage), Lot);
      int res = OrderSend(Symbol(), OP_BUY, LotsToBid, Ask, Slippage, SL, TP, NULL, MN, 0, Blue);
      if ( res > 0) return;

外部字符串NULL = ""; :)

 
SergNF >> :

那么你肯定会找到 "同志",他们会衡量

>> 那就这样吧。

你真的希望有长期的项目吗?IMHO,"不加修饰 "是不会发生的:(。

>> 是的,我们会看到。即使它不能长期工作,它也会为自己做。

顺便说一下,走向普遍性(可用性)的另一个步骤是将这个项目与TestCommander或与它相近的意识形态结合起来,即在几个TF、Symbols、Inervals上测试,获得csv'sh文件,准备在Excel中评估这些或那些 "组合"。只要把公式 "塞 "进deinit(至少--和策略测试员在一个单独的脚本/"batken "中调用--最多)。

嘿,我设定的目标,它们与上述内容无关。

外部字符串NULL = ""; :)

好的。

 

所以 --欧元兑美元4H 的条件。

RS00000000R000

0sss0r0000000000

0S00R00R000000

RS00R000000000

0S00000RS0S000

0S0000RR000000

它们按利润降序排列。它花了12个小时来优化。


 
TheXpert писал(а)>>

所以 --欧元兑美元4H 的条件。

rs00000000r000。

...

按利润降序排列。它花了12个小时来优化。

我希望有特点的表格...

 
voltair >> :

我想看一下规格...

你太懒了,不愿意运行一个测试器?

将没有铭牌,因为我已经开始了我的时钟。预测显示为5天,所以未来5天没有迹象。

 
TheXpert писал(а)>>

懒得运行测试器?

不会有任何迹象,因为我已经开始计时。预测显示为5天,所以未来5天没有迹象。

懒惰。:)而且没有时间。特别是不要什么都去比赛。反正你一直在比赛,你应该这样做。:)

而在五天后,你会有他们的结果与记分牌?;)

 
voltair >> :

懒惰。:)而且没有时间。特别是不要什么都去比赛。反正你一直在比赛,你应该这样做。:)

懒惰,没有时间花2分钟来运行它?你花了更多时间来写你的帖子。

而在五天后,你会有他们的结果与记分牌?;)

不,在原则上。我将只发布行和文件。

 
TheXpert писал(а)>>

太懒了,太忙了,不可能花两分钟时间来运行它?你花了更多时间来写你的帖子。

不,作为一个原则问题。我只打算发布行和文件。

我们是多么认真。:)好吧,我也不会。如果没有人这样做,我们也不会看到任何分析。而我们只讨论在R之后有8个零的S看起来有多漂亮。:)


一般来说,谁有时间来运行这些结果--请公布表格。

 
TheXpert писал(а)>>

我一直在写,写我对这些空调设备的困惑:),但我已经放弃了。

挤压。

事实证明,如果

LoadFromFile == 1

,那么任何OpenCondition1都将被忽略。

在此同时

LoadFromFile == 1

明确地说,我们要 "OptCondDesc3 = "-1 不优化";" 但随后,如果

OptimizingCondition = -1

文件和OpenConditionX都被完全忽略了。

如果我们想使用外部字符串OpenConditionX,我们必须记得设置

OptimizingCondition = -1

LoadFromFile != 1

'

所以。我认为把OptimizingCondition和LoadFromFile合并为一个参数更容易。例如,0 - 从文件中读取,-1 - 读取extern int(即不从文件中读取),1...6 - 优化,即在switch中调整case。

'

以此类推。

嘿,我已经确定了目标。

事实证明,"一如既往":(-对某些人!!!情节 "识别指标模式"-作为一个事实!!!。(甚至在一个9岁的孩子身上--为了公布结果),在OOS上我们测试它,如果成功,希望它在实时中重复。:(

在FSB中很容易显示OOS/优化值(但很难在不同的图上比较生成/优化结果)之后,所有的坟墓都开始相当迅速地 "合并 "了。除了 "仅演示"。:)

在这种情况下,即有可能用引子运行MT4测试器并保存测试结果,我们可以尝试在历史/"常规样本 "上跟踪这个或那个 "条件 "的动态.....。这一点,以其所有的 "装饰",你不能用FSB做。

深圳大学。

因此,这里是欧元兑美元4H 的条件。

我在欧元兑美元1H 上只得到一个条件,在OOS上没有太大损失。"生成-优化-生成 "在一年内完成。

 
SergNF >> :

我一直在写,写我对这些空调设备的困惑:),但我已经放弃了。

一个总结。

呃,我自己差点和你搞混了:)。当LoadFromFile == 1.

1.从文件中加载行数

2.条件是由字符串加载的

3.条件从设置中加载。

所以你可以在优化过程中从文件中加载,并且仍然优化文件中写的一个条件。

如果OptimizingCondition == -1,则完全使用文件中的设置。


也就是说,LoadFromFile只是替换了条件字符串。而且是初步的。


而在关于

事实证明,"一如既往":(-对某些人!!!地区 "识别指标模式"-事实上!(也是在9岁的时候--对于公布的结果),在OOS上我们检查它,如果成功,希望它能在实时中重复。:(

关于OOS和其他事情--每个人都有自己的哲学。例如,我就根本不使用OOS--为什么?而且我可以争论,如果我想争论的话,但我没有。

在4个小时里,它是这样的。它在手表上会更有趣,而且似乎更坚固。

在FSB中显示OOS/优化值变得容易之后(但很难在不同的图上比较生成/优化结果),所有的图都开始迅速 "合并"。除了 "仅演示"。:)

那你说的是什么意思,说我是在忍受废话吗?你是:),但在我把我的手工艺品放进垃圾箱之前,我将彻底检查它。

在这种情况下,即有可能用引子运行MT4测试器并保存测试结果,人们可以尝试在历史/常规样本上跟踪这个或那个 "条件 "的动态....。尽管有这么多的 "装饰",但在FSB中你是做不到的。

所以你是想建议添加一个装饰物来确定策略的稳健性?我会考虑的。

而解析结果则由雷谢托夫决定。