在特定经纪商的真实账户中存在多个订单输入问题 - 页 5 123456 新评论 Alain Verleyen 2014.05.17 22:02 #41 figurelli:Alain,没问题,你不必回答,因为你可能永远找不到案例,因为这在任何好的OMS协议中是必须的。另外,你不需要说你为什么在第一篇文章后没有问,因为这可能是离题了。 总之,请注意,FOK是一个旧的填充策略,MQ引入它可能是为了解决与OMS的通信问题,所以你会在所有好的OMS协议中发现它,例如FIX(就像这个论坛上2009年的话题,当时MT5还没有出现)。 所以,在我看来,我认为没有理由询问10010的填充或终止订单的返回代码,这就是问题所在,因为这个规则是强制性的,经纪人和OMS供应商必须尊重它。返回代码10008和10009之间有什么区别?代码10010 "只有部分请求被完成 "是什么意思? 好吧,我们是在一个FOK填充政策中,所以代码10010是不可能的 ,根据 你的说法 。谢谢你。 这句话的含义是什么?"未来证明"?"足够安全 "的...?"缺乏返回代码",缺乏什么呢?当然,你也不必回答,Rogerio,你不可能知道所有的答案。但我在想,像你这样有经验的交易员可以给我一些启发。这一点也没有偏离主题。你不认为全面了解请求返回代码可以帮助解决 "双重订单 "问题吗? Rogerio Figurelli 2014.05.17 22:11 #42 Malacarne:谢谢你的意见...我无意给人们的思想带来 "混乱"。 然而,我不认为这是偏离主题的,因为如果你不检查10010代码,你的专家顾问可以绕过这种可能性并发送多个订单 (完全与主题相关,你不认为吗?) 这就是我们 "试图 "提醒 的内容,因为上两个关于这个相同主题的帖子... 创造性的回答,也许测试这样的事情,比如FOK订单后的10010,我们可以发现一些新的东西,比如MQ服务器的错误或经纪人OMS的路由问题。 但在这种情况下,你在收到10010后做什么?是不是和所有代码在这里做的Print()错误一样? 无论如何,如果你在调试FIX协议或OMS编码,这对我来说是有意义的,但我认为情况并非如此。 Young Ho Seo 2014.05.17 22:15 #43 Malacarne: 在我的例子中,我说的是200,000美元左右的交易量。所以,据我所知,我们中的一些人每笔交易超过20万美元... :-) 你好,我的意思是你每笔交易的风险有多大,我不是说他们交易的手数有多大。例如,如果有人冒着他的资本的2%的风险,并且允许他每笔交易损失200,000美元。 这意味着他的账户规模是近1000万美元。我认为这样的账户规模可以被认为是小型对冲基金或小型道具交易公司。 在我看来,在这种情况下,可能需要与小型个人交易者有一点不同的安排。 我的意思是说,像小型个人交易者那样与零售经纪商进行交易可能不是一件明智的事情。 请注意。 Rodrigo Malacarne 2014.05.17 22:20 #44 figurelli: 有创意的答案,也许测试这样的事情,比如在FOK 订单后的10010,我们可以发现一些新的东西,比如MQ服务器的错误。 但在这种情况下,你在收到10010后做什么?是不是和所有代码在这里做的Print()错误 一样? 无论如何,如果你在调试FIX协议或OMS编码,这对我来说是有意义的,但我认为情况并非如此。我没有说在FOK订单后有可能得到10010代码......。我只是说你必须同时检查 10010代码。而且我处理部分填充 的方法不是简单的Print()语句......有时你必须 "创造性 "地找出解决具体问题的办法... :-) Rodrigo Malacarne 2014.05.17 22:25 #45 FinanceEngineer: 你好,我的意思是你每笔交易的风险有多大,我不是说他们交易的手数有多大。例如,如果有人冒着他资本的2%的风险,并且允许他每笔交易损失200,000美元。 这意味着他的账户规模是近1000万美元。我认为这样的账户规模可以被认为是小型对冲基金或小型道具交易公司。 在我看来,在这种情况下,可能需要与小型个人交易者有一点不同的安排。 我的意思是说,像小型个人交易者那样与零售经纪商进行交易可能不是一件明智的事情。 请注意。 嗨,金融工程师,你是对的。我不是在谈论每笔交易的风险,所以如果我误解了你的意思,我很抱歉。我真正谈论的是交易规模... Rogerio Figurelli 2014.05.17 22:30 #46 angevoyageur:返回代码10008和10009之间有什么区别?代码10010 "只有部分请求被完成 "是什么意思? 好的,我们是在一个FOK填充政策中,所以代码10010是不可能的 ,根据 你的说法 。谢谢你。 这句话的含义是什么?"未来证明"?"足够安全 "的...?"缺乏返回代码",缺乏什么呢?当然,你也不必回答,Rogerio,你不可能知道所有的答案。但我在想,像你这样的实验性交易员可以给我一些启发。这一点都没有偏离主题。你不认为全面了解请求返回代码可以帮助解决 "双重订单 "问题吗?阿兰,我总是会回答你,有时我的回答是我不知道,我错了,我的错误,等等,毕竟我们都是人,这里没有人是完美的。返回代码10008和10009之间有什么区别? 对于这个话题,10009=10008+1,因为这是发布在这里的原始代码(不是我的代码),而且不是关于所问的错误(我的观点)。 无论如何,如果你认为这是相关的,欢迎你创建一个有关的主题并邀请我们。这句话的含义是什么?"未来证明"?"足够安全 "对于...?"缺少返回代码",缺少什么? 面向未来 "和 "足够安全 "意味着订单管理是一个过程,MQ/经纪商/供应商/等的规则、协议、架构等每天都在变化,所以不要把它看作是一个确定的解决方案。 缺少返回代码是因为FinanceEngineer的第二段代码使用了checkOrderSend(下面的代码),但从未真正测试过 这个变量。bool checkOrderSend = OrderSend(request, result);如果有什么问题没有得到回答,也欢迎你再问一次。 Young Ho Seo 2014.05.17 22:32 #47 Malacarne: 嗨,金融工程师,你是对的。我不是在谈论每笔交易的风险,所以如果我误解了你的意思,我很抱歉。我真正谈论的是交易规模... 你好 :) 不需要说抱歉。 在这里,我们以开放的心态讨论事情。 这个世界上没有多少事情是可以通过黑白逻辑来解决的。 正如你之前提到的,当你对某人说出来的时候,就会有小小的创造力。 我们把这称为讨论。关于10010代码,如果有人在发送10手或更少的代码时得到10010代码,我会很惊讶。 你以前是否经历过这种部分履行的EA?那么你的订单发送了多少手?)请注意。 Alain Verleyen 2014.05.17 22:46 #48 figurelli:阿兰,我总是会回答你,有时我的回答是我不知道,我错了,我的错误,等等,毕竟我们都是人,这里没有人是完美的。返回代码10008和10009之间有什么区别? 对于这个问题,10009=10008+1,因为这是在这里发布的原始代码(不是我的代码),而且不是关于所问的错误(我的观点)。 无论如何,如果你认为这是相关的,欢迎你创建一个有关的主题并邀请我们。我没有必要开一个话题,我们已经有这个话题了。难道你没有看到在这个话题中,不局限于OP严格要求的公开讨论,可以导致对我们得到双重交易的原因的全面解释? 当然,这并不意味着我们不能因为其他原因得到双倍订单,所以我们在这个话题中探讨这个问题。但似乎你并没有很认真地对待它(10009=10008+1?)似乎这里没有人知道这些代码的真正含义。这句话的含义是什么?"未来证明"?对......来说 "足够安全"?"缺少返回代码",缺少什么? 面向未来 "和 "足够安全 "意味着订单管理是一个过程,MQ/经纪商/供应商/等的规则、协议、架构等每天都在变化,所以不要把它看作是一个确定的解决方案。 缺少返回代码是因为FinanceEngineer的第二段代码使用了checkOrderSend(下面的代码),但从未真正测试过这个变量。你坚持这一点,但这真的不相关。如果返回的代码是10009或10008,那么checkOrderSend只能是真,否则只能是假。对10009和10008的检查意味着对checkOrderSend的检查,除非 10008或10009代码意味着一个错误,所以我之前的问题。 Alain Verleyen 2014.05.17 22:47 #49 FinanceEngineer:...关于10010代码,如果有人在发送10手或更少的时候得到10010代码,我会感到非常惊讶。 是的,当你收到双倍的订单时,你会 "相当惊讶"。 Rodrigo Malacarne 2014.05.17 22:48 #50 FinanceEngineer:关于10010代码,如果有人在发送10手或更少的时候得到10010代码,我会很惊讶。 你以前是否经历过这样的部分履行你的EA的情况?那么你的订单发送了多少手?) 是的,我以前就遇到过这个问题......但我是在交易股票时遇到这个问题,而不是在交易外汇时... 123456 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
Alain,没问题,你不必回答,因为你可能永远找不到案例,因为这在任何好的OMS协议中是必须的。
另外,你不需要说你为什么在第一篇文章后没有问,因为这可能是离题了。
总之,请注意,FOK是一个旧的填充策略,MQ引入它可能是为了解决与OMS的通信问题,所以你会在所有好的OMS协议中发现它,例如FIX(就像这个论坛上2009年的话题,当时MT5还没有出现)。
所以,在我看来,我认为没有理由询问10010的填充或终止订单的返回代码,这就是问题所在,因为这个规则是强制性的,经纪人和OMS供应商必须尊重它。
当然,你也不必回答,Rogerio,你不可能知道所有的答案。但我在想,像你这样有经验的交易员可以给我一些启发。
这一点也没有偏离主题。你不认为全面了解请求返回代码可以帮助解决 "双重订单 "问题吗?
谢谢你的意见...我无意给人们的思想带来 "混乱"。
然而,我不认为这是偏离主题的,因为如果你不检查10010代码,你的专家顾问可以绕过这种可能性并发送多个订单 (完全与主题相关,你不认为吗?)
这就是我们 "试图 "提醒 的内容,因为上两个关于这个相同主题的帖子...
但在这种情况下,你在收到10010后做什么?是不是和所有代码在这里做的Print()错误一样?
无论如何,如果你在调试FIX协议或OMS编码,这对我来说是有意义的,但我认为情况并非如此。
在我的例子中,我说的是200,000美元左右的交易量。所以,据我所知,我们中的一些人每笔交易超过20万美元... :-)
你好,我的意思是你每笔交易的风险有多大,我不是说他们交易的手数有多大。例如,如果有人冒着他的资本的2%的风险,并且允许他每笔交易损失200,000美元。 这意味着他的账户规模是近1000万美元。我认为这样的账户规模可以被认为是小型对冲基金或小型道具交易公司。 在我看来,在这种情况下,可能需要与小型个人交易者有一点不同的安排。 我的意思是说,像小型个人交易者那样与零售经纪商进行交易可能不是一件明智的事情。
请注意。
有创意的答案,也许测试这样的事情,比如在FOK 订单后的10010,我们可以发现一些新的东西,比如MQ服务器的错误。
但在这种情况下,你在收到10010后做什么?是不是和所有代码在这里做的Print()错误 一样?
无论如何,如果你在调试FIX协议或OMS编码,这对我来说是有意义的,但我认为情况并非如此。
我没有说在FOK订单后有可能得到10010代码......。我只是说你必须同时检查 10010代码。
而且我处理部分填充 的方法不是简单的Print()语句......有时你必须 "创造性 "地找出解决具体问题的办法... :-)
你好,我的意思是你每笔交易的风险有多大,我不是说他们交易的手数有多大。例如,如果有人冒着他资本的2%的风险,并且允许他每笔交易损失200,000美元。 这意味着他的账户规模是近1000万美元。我认为这样的账户规模可以被认为是小型对冲基金或小型道具交易公司。 在我看来,在这种情况下,可能需要与小型个人交易者有一点不同的安排。 我的意思是说,像小型个人交易者那样与零售经纪商进行交易可能不是一件明智的事情。
请注意。
当然,你也不必回答,Rogerio,你不可能知道所有的答案。但我在想,像你这样的实验性交易员可以给我一些启发。
这一点都没有偏离主题。你不认为全面了解请求返回代码可以帮助解决 "双重订单 "问题吗?
阿兰,我总是会回答你,有时我的回答是我不知道,我错了,我的错误,等等,毕竟我们都是人,这里没有人是完美的。
对于这个话题,10009=10008+1,因为这是发布在这里的原始代码(不是我的代码),而且不是关于所问的错误(我的观点)。
无论如何,如果你认为这是相关的,欢迎你创建一个有关的主题并邀请我们。
面向未来 "和 "足够安全 "意味着订单管理是一个过程,MQ/经纪商/供应商/等的规则、协议、架构等每天都在变化,所以不要把它看作是一个确定的解决方案。
缺少返回代码是因为FinanceEngineer的第二段代码使用了checkOrderSend(下面的代码),但从未真正测试过 这个变量。
如果有什么问题没有得到回答,也欢迎你再问一次。
嗨,金融工程师,你是对的。我不是在谈论每笔交易的风险,所以如果我误解了你的意思,我很抱歉。我真正谈论的是交易规模...
你好 :)
不需要说抱歉。
在这里,我们以开放的心态讨论事情。
这个世界上没有多少事情是可以通过黑白逻辑来解决的。
正如你之前提到的,当你对某人说出来的时候,就会有小小的创造力。
我们把这称为讨论。
关于10010代码,如果有人在发送10手或更少的代码时得到10010代码,我会很惊讶。
你以前是否经历过这种部分履行的EA?那么你的订单发送了多少手?)
请注意。
阿兰,我总是会回答你,有时我的回答是我不知道,我错了,我的错误,等等,毕竟我们都是人,这里没有人是完美的。
对于这个问题,10009=10008+1,因为这是在这里发布的原始代码(不是我的代码),而且不是关于所问的错误(我的观点)。
无论如何,如果你认为这是相关的,欢迎你创建一个有关的主题并邀请我们。
我没有必要开一个话题,我们已经有这个话题了。难道你没有看到在这个话题中,不局限于OP严格要求的公开讨论,可以导致对我们得到双重交易的原因的全面解释?
当然,这并不意味着我们不能因为其他原因得到双倍订单,所以我们在这个话题中探讨这个问题。但似乎你并没有很认真地对待它(10009=10008+1?)似乎这里没有人知道这些代码的真正含义。
面向未来 "和 "足够安全 "意味着订单管理是一个过程,MQ/经纪商/供应商/等的规则、协议、架构等每天都在变化,所以不要把它看作是一个确定的解决方案。
缺少返回代码是因为FinanceEngineer的第二段代码使用了checkOrderSend(下面的代码),但从未真正测试过这个变量。
你坚持这一点,但这真的不相关。如果返回的代码是10009或10008,那么checkOrderSend只能是真,否则只能是假。对10009和10008的检查意味着对checkOrderSend的检查,除非 10008或10009代码意味着一个错误,所以我之前的问题。
...
关于10010代码,如果有人在发送10手或更少的时候得到10010代码,我会感到非常惊讶。
关于10010代码,如果有人在发送10手或更少的时候得到10010代码,我会很惊讶。
你以前是否经历过这样的部分履行你的EA的情况?那么你的订单发送了多少手?)