在特定经纪商的真实账户中存在多个订单输入问题 - 页 6

新评论
 
Malacarne:

我没有说在FOK订单后有可能得到10010代码......。 我只是说你必须同时检查10010代码。

而且我处理部分填充 的方法不是简单的Print()语句......有时你必须 "创造性 "地找出解决具体问题的办法...... :-)

对不起，Malacarne，你能解释一下为什么FinanceEngineer也必须检查10010的代码？

此外，由于我们正在谈论FOK订单（不要再忘记心态）和这里的代码案例，你能解释一下这个部分填充的 "创造性 "解决方案，以解决他的问题吗？

 
Malacarne:
是的，我以前也遇到过这个问题......但是我是在交易股票时遇到这个问题，而不是在交易外汇时...

我明白了，我明白了。听起来，交易股票会经常遇到10010代码。 在流动性方面，交易股票当然与外汇没什么区别。

我想知道是否有人在交易外汇时也有遇到10010代码的经历。

如果有人分享他在交易外汇货币对时 遇到10010代码的经验，那将是件好事。

我怀疑如果10010代码真的存在于外汇市场，那么最容易受到攻击的货币对将是一些不受欢迎的货币对，如NZDTRY等。

谢谢。

 
figurelli:

对不起，Malacarne，你能解释为什么FinanceEngineer也必须检查10010代码？

此外，由于我们正在谈论FOK订单（不要再忘记心态）和这里的代码案例，你能解释一下这种部分填充的 "创造性 "解决方案来解决他的问题吗？

FinanceEnginner不必检查10010代码，如果而且只有 在他认为没有必要时。

然而，就像我们在其他相关帖子 中看到的那样，尽管OP没有说任何关于他想使用的填充类型（在这里没有必要的 "心态"，IMO），我真的相信提醒人们在使用专家顾问时可能出现其他非期望的返回代码是很重要的...但我也完全理解，这个额外的 "安全 "检查被大多数使用专家顾问的人认为不重要...

 
Malacarne:

FinanceEnginner不必检查10010代码，如果而且只有 在他认为没有必要时。

然而，就像我们在其他相关帖子 中看到的那样，尽管OP没有说任何关于他想使用的填充类型（在这里没有必要的 "心态"，IMO），我真的相信提醒人们在使用专家顾问时可能出现其他非期望的返回代码是很重要的...但我也完全理解，这个额外的 "安全 "检查被大多数使用专家顾问的人认为不重要...

你是非常正确的。

10010代码从现在开始已经纹在我的脑海里了。然而，如果在外汇市场上有一些更多的案例或例子或10010代码的经验总是更好。从实际的角度来看，10010代码的解决方案必须涉及再次检查量。这当然是我们需要一点创造性的解决方案的地方。

谢谢。

 
FinanceEngineer:

你说得很对。

从现在开始，10010代码已经在我的脑海中留下了纹身。然而，如果在外汇市场上有更多的案例或例子或10010代码的经验总是更好。从实际的角度来看，10010代码的解决方案必须涉及再次检查量。这当然是我们需要一点创造性的解决方案的地方。

谢谢。

 

如何解决这个问题？

有没有人得出结论？

 
fxmeter:

如何解决这个问题？

有没有人得出结论？

我可能有一个解决这个问题的办法。(只是可能)。它是通过使用IsConnected()函数 或TradeContextBusy()函数等来检查你的终端和经纪人的服务器之间的连接状态。

如果IsConnected()或TradeContextBusy()函数返回false，让它睡得更久；如果IsConnected()函数或TradeContextBusy()函数返回true，让它睡得更短。

这只是一种可能性。

但我还没有得到任何代码。

一个想法。

衷心的问候。

 
嗨，有人对这个问题感兴趣吗？ 我有同样的问题。
123456
新评论