修改订单时的错误#1 - 页 6 1234567 新评论 Boris 2014.11.09 20:36 #51 tara: 你是如何投票的? 今天天气很凉爽(+15),所以我穿着衣服出去了。而且我没有戳到任何东西,因为这与我无关。 Алексей Тарабанов 2014.11.09 20:44 #52 阿凯拉 ... Boris 2014.11.09 21:50 #53 tara: 阿凯拉...不要自以为是!你想说什么? Viktar Dzemikhau 2014.11.11 18:04 #54 borilunad:所有的检查都是在循环之前完成的,与每个类型有关的条件和对这个函数的调用,它只检查Modify()中的错误。还有什么要问的,但我现在要去吃饭了。;)鲍里斯,当然,谢谢你的帮助。但事实证明,我的虫子被埋在了错误的地方。这是在另一个地方。在以同样的方法发送订单后,有一个修改,然后,在同一个刻度上,以另一个条件修改。因此,当订单被打开时,在那个勾上出现了错误。而在其他时候也没有出现错误。如果我们再进一步,检查止损和自由落体+价格修正的功能在那里,如果条件没有绝对遵守,虽然是正确的,但编译器曲线由于某种原因不想正确处理它。我打印了所有的东西,它得到的都是它应该得到的东西,一级一级往上走也都很清楚。但它没有得到任何结果。我把这个功能锯成两部分,现在一切都正常了。当然,我他妈的不喜欢这些弯曲,但我现在会克服它...... Boris 2014.11.11 18:24 #55 hoz:鲍里斯,当然,感谢你的帮助。但是,事实上,事实证明,我的埋葬地点是错误的。这是在另一个地方。在以同样的方法发送订单后,有一个修改,然后,在同一个刻度上,以另一个条件修改。因此,当订单被打开时,在那个勾上出现了错误。而在其他时候也没有出现错误。如果我们再进一步,检查止损和自由落体+价格修正的功能在那里,如果条件没有绝对遵守,虽然是正确的,但编译器曲线由于某种原因不想正确处理它。我打印了所有的东西,它得到的都是它应该得到的东西,一级一级往上走也都很清楚。但它没有得到任何结果。我把这个功能锯成了两部分,现在它可以工作了。当然,我他妈的不喜欢这些曲折,但我现在会挺住...... 不客气!我也没有把所有的事情都安排好!终于完成了另一个EA。我整天都在尝试,现在才终于正常结合。我将在《真实》杂志上再次带来一些惊喜。最主要的是坚持、耐心和毅力! [删除] 2014.11.12 13:57 #56 https://forum.mql4.com/ru/65622 Boris 2014.11.12 15:46 #57 azfaraon: https://forum.mql4.com/ru/65622 我建议你与教授本人联系!你想改变他的系统逻辑,没有人会比他做得更好,而且你不太可能找到一个人愿意去搞别人的代码,特别是,很可能是过时的,而且是为了 "安全",由一个没有头衔的保安来做的!"。 Viktar Dzemikhau 2014.11.12 17:01 #58 鲍里斯,问题是你的函数没有考虑到一些因素。例如,是否允许贸易狼人...等。我的修改功能中就有这样的字符串。 while (IsTradeAllowed() == true) { if (!IsExpertEnabled() || IsStopped() || li_Cnt > 200) { CLogs.WriteLog (StringConcatenate ("Error: Trying to send order ", GetNameOP (fi_Type), " | Price: ", DToS (fd_Price), " NOT IsTradeContextBusy")); if (!IsExpertEnabled()) { CLogs.WriteLog ("Permit ExpertEnabled !!!"); } return (-1); }这是个例子。所以我的观点是,简洁并不总是方便的。毕竟,无论如何,这些检查都存在于真正的洪流中。那么为什么不把它们放在黑匣子里呢?而不再去想他们了?这样做也更容易...只有当你有足够的平台时,它才会更简单。在我们的情况下,这不是最好的选择。但有可能找到某种中间地带。不是很长的代码,但也不是空的。 Boris 2014.11.12 17:53 #59 hoz:鲍里斯,问题是你的函数没有考虑到一些因素。例如,是否允许贸易狼人...等。我的修改功能中就有这样的字符串。这是个例子。所以我的观点是,简洁并不总是方便的。毕竟,无论如何,这些检查都存在于真正的洪流中。那么为什么不把它们放在黑匣子里呢?而不再去想他们了?这样做也更容易...只有当你有足够的平台时,它才会更简单。在我们的情况下,这不是最好的选择。但有可能找到某种中间地带。不是很长的代码,但也不是空的。 维克多,我在开仓前会检查交易决议,也会检查是否有足够的股本和其他许多东西,但在开始时,而不是在功能上!"。那么为什么要在修改时检查呢? Viktar Dzemikhau 2014.11.12 18:20 #60 borilunad: 维克多,我有一个检查,允许在开仓前进行交易,还有一个检查是否有足够的资产和其他许多东西,但在开始时,不是在功能中!"。那么为什么要在修改时检查呢?鲍里斯,这很简单。首先,在这种情况下,你在未来不会忘记它,因为这个检查会一直存在。其次,这种检查需要的时间太少,不会给代码 带来任何优化,也不会加快进程。也就是说,要么勾选 "允许交易 "并进入该功能,要么进入并勾选 "允许交易"。第三,我同意关于公平的问题,它应该单独实施。我把这块锯掉了。还有很多东西被移除。现在,这个功能一般来说是很短的。 1234567 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
你是如何投票的?
阿凯拉...
不要自以为是!你想说什么?
所有的检查都是在循环之前完成的,与每个类型有关的条件和对这个函数的调用,它只检查Modify()中的错误。
还有什么要问的,但我现在要去吃饭了。;)
鲍里斯,当然,谢谢你的帮助。但事实证明,我的虫子被埋在了错误的地方。这是在另一个地方。在以同样的方法发送订单后,有一个修改,然后,在同一个刻度上,以另一个条件修改。因此,当订单被打开时,在那个勾上出现了错误。而在其他时候也没有出现错误。
如果我们再进一步,检查止损和自由落体+价格修正的功能在那里,如果条件没有绝对遵守,虽然是正确的,但编译器曲线由于某种原因不想正确处理它。我打印了所有的东西,它得到的都是它应该得到的东西,一级一级往上走也都很清楚。但它没有得到任何结果。我把这个功能锯成两部分,现在一切都正常了。
当然,我他妈的不喜欢这些弯曲,但我现在会克服它......
鲍里斯,当然,感谢你的帮助。但是,事实上,事实证明,我的埋葬地点是错误的。这是在另一个地方。在以同样的方法发送订单后,有一个修改,然后,在同一个刻度上,以另一个条件修改。因此,当订单被打开时,在那个勾上出现了错误。而在其他时候也没有出现错误。
如果我们再进一步,检查止损和自由落体+价格修正的功能在那里,如果条件没有绝对遵守,虽然是正确的,但编译器曲线由于某种原因不想正确处理它。我打印了所有的东西,它得到的都是它应该得到的东西,一级一级往上走也都很清楚。但它没有得到任何结果。我把这个功能锯成了两部分,现在它可以工作了。
当然,我他妈的不喜欢这些曲折,但我现在会挺住......
https://forum.mql4.com/ru/65622
鲍里斯,问题是你的函数没有考虑到一些因素。例如,是否允许贸易狼人...等。我的修改功能中就有这样的字符串。
这是个例子。所以我的观点是,简洁并不总是方便的。毕竟,无论如何,这些检查都存在于真正的洪流中。那么为什么不把它们放在黑匣子里呢?
而不再去想他们了?这样做也更容易...
只有当你有足够的平台时,它才会更简单。在我们的情况下,这不是最好的选择。但有可能找到某种中间地带。不是很长的代码,但也不是空的。
鲍里斯,问题是你的函数没有考虑到一些因素。例如,是否允许贸易狼人...等。我的修改功能中就有这样的字符串。
这是个例子。所以我的观点是,简洁并不总是方便的。毕竟,无论如何,这些检查都存在于真正的洪流中。那么为什么不把它们放在黑匣子里呢?
而不再去想他们了?这样做也更容易...
只有当你有足够的平台时,它才会更简单。在我们的情况下,这不是最好的选择。但有可能找到某种中间地带。不是很长的代码,但也不是空的。
维克多,我有一个检查,允许在开仓前进行交易,还有一个检查是否有足够的资产和其他许多东西,但在开始时,不是在功能中!"。那么为什么要在修改时检查呢?
鲍里斯,这很简单。
首先,在这种情况下,你在未来不会忘记它,因为这个检查会一直存在。
其次,这种检查需要的时间太少,不会给代码 带来任何优化,也不会加快进程。也就是说,要么勾选 "允许交易 "并进入该功能,要么进入并勾选 "允许交易"。
第三,我同意关于公平的问题,它应该单独实施。我把这块锯掉了。还有很多东西被移除。现在,这个功能一般来说是很短的。