市场上EA验证的问题 - 页 10

 
Sergey Makarkin:

测试以错误告终

  • 错误数1
  • 开始2017.12.20 04:59:59
  • 已完成2017.12.20 05:05:19
  • 类型专家
  • 传播0

试着在一个低杠杆的账户上工作。也许只是没有足够的余地。

 
Marat Sultanov:

我打赌!:)

例如,你可以有效地利用睡眠来节省计算资源--CPU上的负载。

或者再举一个例子:你可以实现等待所需的时间序列被下载。

或者另一个例子:你也可以实现图形的动画。

在脚本中,如果没有它,就不可能实现定时器。

你可以想出很多其他的事情,可以用睡眠来做;)

顺便说一下,有时我们缺少toad的setTimeoutsetInterval 类似物。必须写上拐杖 )
 
Vadim Zotov:
今天与服务台进行了相当多的沟通。开始迅速回应。今天几乎实时地回答了我的几个问题。我甚至设法拍下了那条神秘日志的2GG屏幕截图(附在答案的图片中)。到处都是131个 "体积不正确 "的错误。我试图用至少一个这样的错误来模拟情况,但没有任何成功(在所有可以想象和无法想象的测试模式中,我得到了一个没有错误的干净日志)。我试图从服务台获得更多关于具体测试条件的信息,但都失败了。他们顽固地将自己限制在一般情况下。在每个答案中,他们都把自己的脸贴在文章和文件中。原则上,他们把它们指向正确的地方,但可悲的是,这并不允许我们重复他们在测试中创造的情况。你仍然要盲目地编辑代码。感觉我们被教导要像旧时代的一年级学生一样阅读。用鞭子抽。没有兴趣帮助的感觉,如果你读错了,只有一个巴掌。

好吧,谢谢你至少给我看了错误代码。现在我明白了在节目中应该看哪里。我认为他们对我们这样的人感到厌恶。他们的自流罩并没有使他们的工作减少,而是增加了。这就是为什么他们更难回答具体问题。

也许在论坛上建立一个单独的主题,让EA开发者阐述他们希望在自动监测仪测试协议中看到什么。这将有助于自动驾驶仪的开发者将他们的孩子带到一个帮助人们而不是阻碍人们的水平。



请分享您的经验,您是如何解决这个问题的?我有一个类似的,和servicedesk类似。

 

如果音量不正确,只需进行3次检查。

1.交易量应该是0.01或0.1的格式,取决于经纪人。在EA中,它可以计算出改变手数的最小步骤。

2.计算出的批量不应小于最小值,即不能是n=0.01,=0.00或=0.00092。只有0.01或没有交易指令。

3.控制最大批量。该地段不能高于100。102或100.8必须不与任何存款一起出现。

 

这一切都在那里,但它并没有帮助

 
Ivan Titov:

这一切都在那里,但它没有帮助


显然,它没有正确实施。有一个代码吗?

 
 
Ivan Titov:

请分享你的经验,你是如何解决这个问题的?我有一个类似的,也有类似的服务性弹跳。

错误131 "体积不正确 "很容易克服。在版主们最喜欢的文章中,有一节错误的交易操作量。下面是一个批号校正的示例代码。在下订单之前,我们通过这个代码传递我们的计算手数值。这段代码给出了正确的批次值。

请注意,即使没有计算批次,而只是从输入参数中提取,也应该进行这种检查。主持人可能故意使用不正确的数字,使你的生活更加愉快。

 
Vadim Zotov:

错误131 "体积不正确 "很容易克服。在版主最喜欢的文章中,有一节关于交易中 的错误量。那里有一个批次校正的示例代码。在下订单之前,我们通过这个代码传递我们的计算手数值。这段代码给出了正确的批次值。

请注意,即使没有计算批次,而只是从输入参数中提取,也应该进行这种检查。主持人可能故意使用不正确的数字,使你的生活更加愉快。

不是版主在扰乱你的头脑,而是在检查你的代码是否 "万无一失 "的人。如果你的代码没有对错误的用户行为进行这样的检查,这样的专家顾问的市场是什么?

 
Artyom Trishkin:

在这里,不是版主把你放在眼里,而是你的代码在检查 "防骗"。如果你的代码没有对用户的错误行为进行这样的检查,这样的专家顾问的市场是什么?

我们并不介意。让他检查一下吧。就让他告诉我们他做了什么导致了错误。但在目前的情况下,你已经向我们展示了错误代码,仅此而已:我们无法重新模拟,因为实验的条件并不固定。这使得发现错误非常困难。

原因: