组织订单周期 - 页 11 1...456789101112131415 新评论 fxsaber 2017.10.06 09:06 #101 Artyom Trishkin:然而，最好不要这样做--一切都应该在其位置上。在EA定时器中，我们根据所需的标准取一个列表，在list.Total()>xxx时，我们做我们想要的事情。事实证明，在旧的MQL4中，没有计时器，这个问题没有解决办法？既然几行字就能解决的问题，为什么还要费心去做计时器呢？ Artyom Trishkin 2017.10.06 09:07 #102 Alexey Viktorov:这正是我所关注的问题。而我的帖子而且，在实际交易中，我们应该不断地追逐订单的循环，这有什么意义呢？最重要的是，这是在浪费时间... 始终拥有关于交易环境的最新信息，不需要每次都去搜索，而是参考现有的清单。而且，由于清单应该始终是最新的，所以值得注意的是，要保持清单的最新性，但要有效率。毕竟，如果你没有清单，你将不得不在需要时搜索信息。而且不仅仅是每次打钩一次。而这就是反复加载环境的所有刹车会出现的地方。虽然，在这里也有可能进行优化--如果我们放弃对环境变化的控制，只在必要时填写清单。但这样一来，你就会失去EA对用户手动关闭/修改/打开动作的反应能力。 Artyom Trishkin 2017.10.06 09:08 #103 fxsaber:事实证明，在旧的MQL4中，没有计时器，这个问题没有解决办法？既然几行字就能解决的问题，又何必要用计时器呢？当无法做到这一点时，我们不得不思考如何解决这个问题。但现在有可能了;) Alexey Viktorov 2017.10.06 09:16 #104 Artyom Trishkin:始终拥有最新的交易环境信息，必要时不必每次都去搜索，而是参考现有的清单。由于清单应该始终是最新的，因此值得注意的是，要始终保持清单的最新性，但要有效率。毕竟，如果你没有清单，你将不得不在需要时搜索信息。而且不仅仅是每次打钩一次。而在这里，所有的减速都会出现在反复加载的环境中。虽然，即使在这里也可以进行优化--如果你拒绝控制环境的变化，只在必要的时候填写清单。但这样一来，你将失去EA对用户手动关闭/修改/打开的行动作出反应的能力。这就是关键词"但有效"。而且，如果列表只有在下一个刻度线到来时才能改变，那么每一毫秒更新一次列表的深层意义是什么？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？ Artyom Trishkin 2017.10.06 09:23 #105 Alexey Viktorov:这里的关键词是"但有效"。如果列表只有在收到下一个tick时才会改变，那么每隔一毫秒更新一次列表又有什么深层意义呢？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？在测试器中，我运行OnTimer()，它只是从OnTick()中创建列表，但在现实生活中，你不会有任何区别...但在这里，不仅需要一个定时器来创建列表。总而言之--我们所需要的一切都一目了然。就目前而言。进一步的剖析将显示瓶颈。 Taras Slobodyanik 2017.10.06 12:13 #106 Alexey Viktorov:这就是关键词"但有效"。而且，如果只有在另一个tick到来时才能改变列表，那么每一毫秒更新列表的深层意义是什么？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？如果程序与许多符号一起工作，定时器刷新是有意义的--刻度线在不同时间出现。但是，搜索 "不是你的 "订单列表，而是由终端创建的列表是没有意义的，这就是列表被别人改变的问题的原因。 Alexey Viktorov 2017.10.06 12:25 #107 Taras Slobodyanik: 如果程序与许多符号一起工作，定时器刷新是有意义的--刻度线在不同时间出现。但是，搜索 "不是你自己的 "订单列表，而是由终端创建的列表是没有意义的，这就是当列表被别人改变时出现问题的原因。在 "非你莫属 "清单的情况下，有一个订单总量，可以存储在一个静态变量 中，并随着环境的变化运行循环来列举。但不是每一毫秒... Artyom Trishkin 2017.10.06 12:26 #108 Alexey Viktorov:在清单 "不是你自己的 "的情况下，有一个订单总数，可以存储在一个静态变量 中，并在环境变化时运行一个循环，重新运行。但不是每一毫秒...你不能以这种方式捕捉挂单的触发。 Alexey Viktorov 2017.10.06 12:32 #109 Artyom Trishkin:不可能以这种方式捕捉挂单的触发。因此，我们不是在讨论抓跳蚤，即挂单，我们是在讨论每毫秒尝试所有订单。 Artyom Trishkin 2017.10.06 14:01 #110 Alexey Viktorov:因此，这不是抓跳蚤，即待处理的订单，而是每一毫秒都要翻阅所有的订单。- 你需要一个煎锅来做什么？- 例如，煎鸡蛋。- 这不是炒蛋的问题，而是煎锅的问题... 1...456789101112131415 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
然而，最好不要这样做--一切都应该在其位置上。
在EA定时器中，我们根据所需的标准取一个列表，在list.Total()>xxx时，我们做我们想要的事情。
事实证明，在旧的MQL4中，没有计时器，这个问题没有解决办法？既然几行字就能解决的问题，为什么还要费心去做计时器呢？
这正是我所关注的问题。
而我的帖子
而且，在实际交易中，我们应该不断地追逐订单的循环，这有什么意义呢？最重要的是，这是在浪费时间...
始终拥有关于交易环境的最新信息，不需要每次都去搜索，而是参考现有的清单。而且，由于清单应该始终是最新的，所以值得注意的是，要保持清单的最新性，但要有效率。
毕竟，如果你没有清单，你将不得不在需要时搜索信息。而且不仅仅是每次打钩一次。而这就是反复加载环境的所有刹车会出现的地方。
虽然，在这里也有可能进行优化--如果我们放弃对环境变化的控制，只在必要时填写清单。但这样一来，你就会失去EA对用户手动关闭/修改/打开动作的反应能力。
事实证明，在旧的MQL4中，没有计时器，这个问题没有解决办法？既然几行字就能解决的问题，又何必要用计时器呢？
当无法做到这一点时，我们不得不思考如何解决这个问题。但现在有可能了;)
始终拥有最新的交易环境信息，必要时不必每次都去搜索，而是参考现有的清单。由于清单应该始终是最新的，因此值得注意的是，要始终保持清单的最新性，但要有效率。
毕竟，如果你没有清单，你将不得不在需要时搜索信息。而且不仅仅是每次打钩一次。而在这里，所有的减速都会出现在反复加载的环境中。
虽然，即使在这里也可以进行优化--如果你拒绝控制环境的变化，只在必要的时候填写清单。但这样一来，你将失去EA对用户手动关闭/修改/打开的行动作出反应的能力。
这就是关键词"但有效"。而且，如果列表只有在下一个刻度线到来时才能改变，那么每一毫秒更新一次列表的深层意义是什么？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？
这里的关键词是"但有效"。如果列表只有在收到下一个tick时才会改变，那么每隔一毫秒更新一次列表又有什么深层意义呢？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？
在测试器中，我运行OnTimer()，它只是从OnTick()中创建列表，但在现实生活中，你不会有任何区别...
但在这里，不仅需要一个定时器来创建列表。总而言之--我们所需要的一切都一目了然。就目前而言。进一步的剖析将显示瓶颈。
这就是关键词"但有效"。而且，如果只有在另一个tick到来时才能改变列表，那么每一毫秒更新列表的深层意义是什么？而且，为什么不是每一次打勾就可以？订单是否可以在"√"之外关闭？在我看来，即使没有嘀嗒声，EA发出打开/关闭的命令，即改变环境，也就是改变列表，这个动作也会引起嘀嗒声。或者如果不是这样，那么如果没有由其他东西引起的勾选，名单就不会被改变。难道不是这样吗？
如果程序与许多符号一起工作，定时器刷新是有意义的--刻度线在不同时间出现。
但是，搜索 "不是你的 "订单列表，而是由终端创建的列表是没有意义的，这就是列表被别人改变的问题的原因。
如果程序与许多符号一起工作，定时器刷新是有意义的--刻度线在不同时间出现。
但是，搜索 "不是你自己的 "订单列表，而是由终端创建的列表是没有意义的，这就是当列表被别人改变时出现问题的原因。
在 "非你莫属 "清单的情况下，有一个订单总量，可以存储在一个静态变量 中，并随着环境的变化运行循环来列举。但不是每一毫秒...
在清单 "不是你自己的 "的情况下，有一个订单总数，可以存储在一个静态变量 中，并在环境变化时运行一个循环，重新运行。但不是每一毫秒...
你不能以这种方式捕捉挂单的触发。
不可能以这种方式捕捉挂单的触发。
因此，我们不是在讨论抓跳蚤，即挂单，我们是在讨论每毫秒尝试所有订单。
因此，这不是抓跳蚤，即待处理的订单，而是每一毫秒都要翻阅所有的订单。
- 你需要一个煎锅来做什么？
- 例如，煎鸡蛋。
- 这不是炒蛋的问题，而是煎锅的问题...