如何在MT5中正确使用OrderSend？ - 页 6 12345678910111213 新评论 fxsaber 2016.10.17 16:48 #51 Alexey Viktorov:第一个EA意识到，在它的OrderSend 之后，历史记录还没有同步。他只是在等待同步化的事件。但第二个专家顾问如何理解历史是否同步？ Alexey Viktorov 2016.10.17 17:31 #52 fxsaber: 第一个EA意识到，在它的OrderSend之后，历史记录还没有同步。他只是在等待同步化的事件。但第二个专家顾问如何理解历史是否同步？忘记历史。试着研究一下函数OnTradeTransaction()的 行为。 第一个专家顾问已经建仓，这个事件在OnTradeTransaction中处理，错误的订单被激活......这个事件在OnTradeTransaction中也被处理。第二个专家顾问也会筛选出不属于自己的订单、头寸和交易。 我有2个EA在真实账户中工作。在其中一个中，位置魔术师将一张票分配到它应该附着的位置上。而你自己也明白，他们不是两个不同的魔术师......我想你的名字是维克多？在调试中开始设置两个具有不同法师的头寸，并在OnTradeTransaction中追踪它们的结构。 prostotrader 2016.10.17 18:59 #53 Alexey Viktorov:忘记历史。尝试研究OnTradeTransaction()函数的 行为。 第一个专家顾问下了一个头寸，OnTradeTransaction处理这个事件，"不是他们的 "被筛选出来，订单被激活......。OnTradeTransaction也会处理这个事件。第二个专家顾问也会筛选出不属于自己的订单、头寸和交易。 我有2个EA在真实账户中工作。在其中一个中，位置魔术师将一张票分配到它应该附着的位置。而你自己也明白，他们不是两个不同的魔术师......我想你的名字是维克多？在调试中开始设置两个具有不同法师的头寸，并在OnTradeTransaction中追踪它们的结构。如果你仔细看我的日志，你可以看到收到票据的速度比触发OnTradeTransaction的速度快，所以足够了。虽然，当然（在这种情况下）最好是使用马吉克。而且（更好的是）使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。 Alexey Viktorov 2016.10.17 19:31 #54 prostotrader:如果你仔细看我的日志，你可以看到。收到票据的速度比OnTradeTransaction快，所以足够了。当然，（在这种情况下）使用魔术师会更好。而且（目前）最好使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。也许，这可能是这样的。但如果挂单被激活了呢？我们应该分析一下历史吗？环境同步速度的另一个问题？ 总而言之，这是一个业余爱好者的游戏。最主要的是要让它发挥作用，不要太慢，避免... fxsaber 2016.10.17 19:48 #55 Alexey Viktorov:忘记历史。尝试研究OnTradeTransaction()的 行为。在非同步的历史中，第二个是如何工作的？这个问题不仅影响到MT5，而且还影响到四倍。 Alexey Viktorov 2016.10.17 21:29 #56 fxsaber:在不同步的历史中，第二个是如何工作的？这个问题不仅影响到MT5，也影响到四合院。我越来越确定你的名字是维克多。我不会告诉任何人你过去的绰号。你在很短的时间内就掌握了高于平均水平的编程，在我看来，甚至高于平均水平。但要把你从你的错误立场上移开是非常困难的。而现在你的编程知识水平比我高，我甚至不打算尝试。 忘记历史，请看OnTradeTransaction函数的 结构。试着用语言解释一下，你如何在mql5中确定一个挂单被激活？ Renat Fatkhullin 2016.10.17 23:47 #57 Alexey Viktorov:我越来越确定你的名字是维克多。我不会告诉任何人你以前的绰号。你在很短的时间内掌握了编程... 实际上，这是hrenfx的另一个转世。决定以一种新的方式来。 [删除] 2016.10.22 11:00 #58 prostotrader:如果你仔细看我的日志，你可以看到。收到票据的速度比OnTradeTransaction快，所以足够了。当然，（在这种情况下）使用魔术师会更好。而且（目前）最好使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。 那么OrderSendAsync() 的优势是什么？它不等待结果的回应。这意味着它必须在以后被抓住。目前还不清楚什么是优势。 [删除] 2016.10.22 11:03 #59 prostotrader:OrderSend()是一个绝对同步的函数--如果收到票据，一切都会执行。下面是一个例子已添加，这里是日志https://www.mql5.com/ru/forum/38456/page85#comment_2888263 谢谢你! fxsaber 2016.11.10 09:00 #60 关于交易、自动交易系统和交易策略测试的论坛 在没有开仓的情况下，我如何知道我的佣金？ fxsaber, 2016.11.08 20:30#include <MT4Orders.mqh>void OnStart(){ const int Ticket = OrderSend(_Symbol, OP_BUY, 1, SymbolInfoDouble(_Symbol, SYMBOL_ASK), 0, 0, 0); OrderClose(Ticket, 0.3, SymbolInfoDouble(_Symbol, SYMBOL_BID), 0, clrNONE); Sleep(1000); // ждем обновления истории if (OrderSelect(Ticket, SELECT_BY_TICKET)) Alert(OrderCommission());}我想这个例子可以说明问题。如果你不做Sleep，你经常会遇到这样的情况：在OrderClose之后，历史记录还没有来得及更新，OrderCommission返回的值就像OrderClose还没有被完成。请注意，这是一个脚本，不可能有Event-over。唯一的出路是一个愚蠢的睡眠。如果你用SB重写这个脚本，什么也不会改变。 MetaEditor build 1463 How to work correctly 我如何正确地开立市场订单？ 12345678910111213 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
第一个EA意识到，在它的OrderSend 之后，历史记录还没有同步。他只是在等待同步化的事件。
但第二个专家顾问如何理解历史是否同步？
第一个EA意识到，在它的OrderSend之后，历史记录还没有同步。他只是在等待同步化的事件。
但第二个专家顾问如何理解历史是否同步？
忘记历史。试着研究一下函数OnTradeTransaction()的 行为。
第一个专家顾问已经建仓，这个事件在OnTradeTransaction中处理，错误的订单被激活......这个事件在OnTradeTransaction中也被处理。
第二个专家顾问也会筛选出不属于自己的订单、头寸和交易。
我有2个EA在真实账户中工作。在其中一个中，位置魔术师将一张票分配到它应该附着的位置上。而你自己也明白，他们不是两个不同的魔术师......
我想你的名字是维克多？在调试中开始设置两个具有不同法师的头寸，并在OnTradeTransaction中追踪它们的结构。
忘记历史。尝试研究OnTradeTransaction()函数的 行为。
第一个专家顾问下了一个头寸，OnTradeTransaction处理这个事件，"不是他们的 "被筛选出来，订单被激活......。OnTradeTransaction也会处理这个事件。
第二个专家顾问也会筛选出不属于自己的订单、头寸和交易。
我有2个EA在真实账户中工作。在其中一个中，位置魔术师将一张票分配到它应该附着的位置。而你自己也明白，他们不是两个不同的魔术师......
我想你的名字是维克多？在调试中开始设置两个具有不同法师的头寸，并在OnTradeTransaction中追踪它们的结构。
如果你仔细看我的日志，你可以看到
收到票据的速度比触发OnTradeTransaction的速度快，所以
足够了。
虽然，当然（在这种情况下）最好是使用马吉克。
而且（更好的是）使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。
如果你仔细看我的日志，你可以看到。
收到票据的速度比OnTradeTransaction快，所以
足够了。
当然，（在这种情况下）使用魔术师会更好。
而且（目前）最好使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。
也许，这可能是这样的。但如果挂单被激活了呢？我们应该分析一下历史吗？环境同步速度的另一个问题？
总而言之，这是一个业余爱好者的游戏。最主要的是要让它发挥作用，不要太慢，避免...
忘记历史。尝试研究OnTradeTransaction()的 行为。
在非同步的历史中，第二个是如何工作的？
这个问题不仅影响到MT5，而且还影响到四倍。
在不同步的历史中，第二个是如何工作的？
这个问题不仅影响到MT5，也影响到四合院。
我越来越确定你的名字是维克多。我不会告诉任何人你过去的绰号。
你在很短的时间内就掌握了高于平均水平的编程，在我看来，甚至高于平均水平。但要把你从你的错误立场上移开是非常困难的。而现在你的编程知识水平比我高，我甚至不打算尝试。
忘记历史，请看OnTradeTransaction函数的 结构。
试着用语言解释一下，你如何在mql5中确定一个挂单被激活？
我越来越确定你的名字是维克多。我不会告诉任何人你以前的绰号。
你在很短的时间内掌握了编程...
如果你仔细看我的日志，你可以看到。
收到票据的速度比OnTradeTransaction快，所以
足够了。
当然，（在这种情况下）使用魔术师会更好。
而且（目前）最好使用OrderSendAsync - 没有错误，无论是在FOREX还是FORTS上。
OrderSend()是一个绝对同步的函数--如果收到票据，一切都会执行。
下面是一个例子
已添加，这里是日志
https://www.mql5.com/ru/forum/38456/page85#comment_2888263
关于交易、自动交易系统和交易策略测试的论坛
在没有开仓的情况下，我如何知道我的佣金？
fxsaber, 2016.11.08 20:30
void OnStart()
{
const int Ticket = OrderSend(_Symbol, OP_BUY, 1, SymbolInfoDouble(_Symbol, SYMBOL_ASK), 0, 0, 0);
OrderClose(Ticket, 0.3, SymbolInfoDouble(_Symbol, SYMBOL_BID), 0, clrNONE);
Sleep(1000); // ждем обновления истории
if (OrderSelect(Ticket, SELECT_BY_TICKET))
Alert(OrderCommission());
}
我想这个例子可以说明问题。
如果你不做Sleep，你经常会遇到这样的情况：在OrderClose之后，历史记录还没有来得及更新，OrderCommission返回的值就像OrderClose还没有被完成。
请注意，这是一个脚本，不可能有Event-over。唯一的出路是一个愚蠢的睡眠。
如果你用SB重写这个脚本，什么也不会改变。