为什么Metaquotes推MT5而不是MT4? - 页 4 12345678 新评论 Andrei01 2017.09.25 07:03 #31 fxsaber:奇怪的是,多年来没有人将异步订单功能放入MT4 kodobase。怎么样?来自不同终端的订单? fxsaber 2017.09.25 07:11 #32 Andrei:怎么说呢?来自不同终端的订单?查托。 Andrei01 2017.09.25 07:12 #33 fxsaber:图表。 单个图表的订单是否异步进入MT4? Andrey Barinov 2017.09.25 07:47 #34 fxsaber:不幸的是,这个选项一次只对一个符号有效。奇怪的是,多年来没有人将异步订单功能放入MT4 kodobase。我把它们称为多线程,但却是同步的,因为它们无论如何都要等待服务器的响应。市场上有这样一种产品。你可以搜索一下。 fxsaber 2017.09.25 08:04 #35 Andrey Barinov: 我把它们称为多线程,但也是同步的,因为无论如何它们都在等待服务器的响应。市场上有这样一种产品。你可以查一查。 当然,你可以对这些名字进行书呆子化。 Stanislav Korotky 2017.09.25 12:51 #36 fxsaber:奇怪的是,多年来从来没有人将异步订单功能放入MT4的kodobase中。从技术上讲,创建这样一个可扩展的辅助专家顾问系统来发送订单 并不困难,但这值得吗?毕竟,反正只有一个贸易流。当一个EA的一个订单正在被处理时,IsTradeContextBusy将返回真,下一个("平行")订单将挂在队列中。 Vladimir 2017.09.25 13:14 #37 Stanislav Korotky:从技术上讲,制作这样一个可扩展的辅助EA发单系统并不困难,但它值得吗?毕竟,反正只有一条交易线。当一个专家顾问的一个订单正在被处理时,IsTradeContextBusy将返回真,下一个("平行")订单将挂在队列中。并非如此。IsTradeContextBusy如果在至少一个订单被处理之前发送了9个订单,将返回true。已检查。8 - 是的,一切正常。9个并行的 - 是的,"线程繁忙"。 Stanislav Korotky 2017.09.25 13:22 #38 Vladimir:并非如此。IsTradeContextBusy如果在至少一个订单被处理之前发送了9个订单,将返回true。已检查。8 - 是的,一切正常。9个并行的 - 是的,"线程很忙"。是否有一些官方信息来源的链接?那么,返回的值并不能保证什么,即使行为完全相同--最可能的是,它意味着有一个可以容纳8个订单的缓冲区,但仍有一个线程将它们发送到服务器。 Alexey Viktorov 2017.09.25 13:28 #39 Stanislav Korotky:是否有一些官方信息来源的链接?那么,返回值并不能保证什么,即使行为正是如此--它很可能意味着有一个可以容纳8个订单的缓冲区,但仍有一个线程在向服务器发送这些 订单。这条线对一个EA来说是一样的。一个账户中的八个EA将在不互相干扰的情况下工作。我觉得奇怪的是,你仍然不知道这一点。这句话已经说过很多次了,包括雷纳特。 fxsaber 2017.09.25 13:41 #40 Stanislav Korotky:从技术上讲,制作这样一个可扩展的辅助EA发单系统并不困难,但它值得吗?在交易同一个投资组合时,我们需要这种像空气一样的异步性。由于专家顾问/脚本可以在纯MQL4上启动,并且可以为他们打开新的图表,我们只需要为MT4写一次识字的圣经--用一行字连接到源代码,所有的订单-功能都变得异步,通过CustomEvent进行OnTrade,当专家顾问启动时,八个通用的专家顾问 将在后台自动加载。 12345678 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
奇怪的是,多年来没有人将异步订单功能放入MT4 kodobase。
怎么样?来自不同终端的订单?
怎么说呢?来自不同终端的订单?
查托。
图表。
不幸的是,这个选项一次只对一个符号有效。
奇怪的是,多年来没有人将异步订单功能放入MT4 kodobase。
我把它们称为多线程,但却是同步的,因为它们无论如何都要等待服务器的响应。市场上有这样一种产品。你可以搜索一下。
我把它们称为多线程,但也是同步的,因为无论如何它们都在等待服务器的响应。市场上有这样一种产品。你可以查一查。
奇怪的是,多年来从来没有人将异步订单功能放入MT4的kodobase中。
从技术上讲,创建这样一个可扩展的辅助专家顾问系统来发送订单 并不困难,但这值得吗?
毕竟,反正只有一个贸易流。当一个EA的一个订单正在被处理时,IsTradeContextBusy将返回真,下一个("平行")订单将挂在队列中。
从技术上讲,制作这样一个可扩展的辅助EA发单系统并不困难,但它值得吗?
毕竟,反正只有一条交易线。当一个专家顾问的一个订单正在被处理时,IsTradeContextBusy将返回真,下一个("平行")订单将挂在队列中。
并非如此。IsTradeContextBusy如果在至少一个订单被处理之前发送了9个订单,将返回true。已检查。8 - 是的,一切正常。9个并行的 - 是的,"线程繁忙"。
并非如此。IsTradeContextBusy如果在至少一个订单被处理之前发送了9个订单,将返回true。已检查。8 - 是的,一切正常。9个并行的 - 是的,"线程很忙"。
是否有一些官方信息来源的链接?那么,返回的值并不能保证什么,即使行为完全相同--最可能的是,它意味着有一个可以容纳8个订单的缓冲区,但仍有一个线程将它们发送到服务器。
是否有一些官方信息来源的链接?那么,返回值并不能保证什么,即使行为正是如此--它很可能意味着有一个可以容纳8个订单的缓冲区,但仍有一个线程在向服务器发送这些 订单。
这条线对一个EA来说是一样的。一个账户中的八个EA将在不互相干扰的情况下工作。
我觉得奇怪的是,你仍然不知道这一点。这句话已经说过很多次了,包括雷纳特。
从技术上讲,制作这样一个可扩展的辅助EA发单系统并不困难,但它值得吗?
在交易同一个投资组合时,我们需要这种像空气一样的异步性。由于专家顾问/脚本可以在纯MQL4上启动,并且可以为他们打开新的图表,我们只需要为MT4写一次识字的圣经--用一行字连接到源代码,所有的订单-功能都变得异步,通过CustomEvent进行OnTrade,当专家顾问启动时,八个通用的专家顾问 将在后台自动加载。