错误、漏洞、问题 - 页 149 1...142143144145146147148149150151152153154155156...3184 新评论 Дмитрий 2010.09.25 17:01 #1481 Vladix: 放一个延迟--是的,我接受,这需要多少行代码才能做到?而如果是多币种,它需要考虑每一种货币的延迟,不是吗? 我写了解决这个问题的代码。只是我不喜欢它,就像,对不起,我不喜欢你的。而且这与偏见无关,关键是没有其他选择,简单而优雅。 我在交易请求 块中的多币种上有两行。就这样吧...如果你需要开立一个订单,请检查当前时间是否超过了截止时间。没有什么比这更优雅的了,而且两者都是绝对可靠的......。if(типдействия==TRADE_ACTION_DEAL || типдействия==TRADE_ACTION_PENDING) ВремяОкончанияЗапрета[i3]=TimeCurrent()+СекундыЗадержкиПослеЗапроса; Aleksey Lebedev 2010.09.25 21:09 #1482 Vladix:放一个延迟--是的,我接受,这需要多少行代码才能做到?而如果是多币种,它需要考虑每一种货币的延迟,不是吗?我写了解决这个问题的代码。只是我不喜欢它,就像,对不起,我不喜欢你的。这不是一个偏见的问题,关键是没有其他简单而优雅的解决方案。延迟不是我们的方法))1.在进行交易操作之前,我们应该将仓位(或订单)的数量 记入一个变量(静态或全局)。2.在不执行的情况下,该变量=-1。在成功执行的情况下,我们等待,什么都不做,并在每一个tick上检查,直到头寸(或订单)的数量等于变量。3.当它不相等时--变量=-1。 Документация по MQL5: Торговые функции / PositionsTotal www.mql5.com Торговые функции / PositionsTotal - Документация по MQL5 Дмитрий 2010.09.25 22:27 #1483 Swan: 延迟不是我们的方法)) 1.在进行交易操作之前,在一个变量(静态或全局)中存储头寸(或订单)的数量。 他们开放吗?每个仪器的位置是相同的....。你不能填补或部分关闭它。 数额将是相同的。而且,重新计算历史上的订单数量是不可接受的...你不知道他们可能来自哪里...... Валерий 2010.09.25 23:39 #1484 Swan:延迟不是我们的方法))1.在进行交易操作之前,我们将头寸(或订单)的数量 保存到一个变量中(静态或全局)。2.在不执行的情况下--变量=-1。在成功执行的情况下,我们等待,什么都不做,并在每一个tick上检查,直到头寸(或订单)的数量等于变量。3.一旦不再相等,变量=1。不是一种方法--只为获得点数,但对于中期交易来说,它是可以的。否则,我们有可能遇到 10024 交易代码太多请求 要求过于频繁有可能禁止交易专家顾问。 Aleksey Lebedev 2010.09.25 23:54 #1485 Dmitriy2: 它是开放的吗?每个仪器的位置是相同的....。你不能填补或部分关闭它......金额将是相同的。而且,重新计算历史上的订单数量 是不可接受的...你不知道他们可能来自哪里......是的,我知道)我们应该在一个变量中写出OrderSend()的结果应该是什么变化。如果你完全关闭/(或打开一个新的),它将改变姿势的总数(虽然,是的,它是足够的,而且似乎更可靠,是/不是按符号记忆的姿势)。记住音量是很好的,在增加/减少位置时,它将发挥作用。当设置/删除一个挂单时--订单的数量(可以用符号计算)。总的来说:只要有一点想象力,每一种类型的交易操作只添加一个变量,就能使你的代码更加可靠、简单和优雅。) Aleksey Lebedev 2010.09.26 00:52 #1486 Valmars:不是一种方法--只为点数,而是为中期交易--一种正常的方法。否则,我们就有可能遇到 10024 交易代码太多请求 要求过于频繁否则,我们就有可能被禁止交易专家顾问。 这就有点不同了,在4中是这样的。ERR_TOO_MANY_REQUESTS 141 请求太多。你需要减少请求的频率并改变程序逻辑。 你必须非常努力才能得到这个错误,或者你可能有一个聪明的经纪公司的账户 :)滑动是一些错误的正常方法,在其他情况下,它看起来有点歪。 Валерий 2010.09.26 01:40 #1487 Swan:这有点不同,在4中是这样的。你必须非常努力才能犯这个错误,或者有一个可疑的DC账户 :)滑动是一些错误的正常方法,在其他情况下,它看起来有点歪。我不知道。这里,它甚至在终端手册中说。追踪止损每10秒不能触发一个以上的头寸。也就是说,终端设置了这样一个延迟。而尾随止损则在服务器上自动处理。 Aleksey Lebedev 2010.09.26 02:45 #1488 Valmars:我不知道...这里,它甚至在终端手册中说。追踪止损不能每10秒触发一个以上的头寸。也就是说,终端设置了这样一个延迟。而尾随止损则在服务器上自动处理。在五位数的勾股中,确实没有必要每一站都移动。但这并不意味着,如果每隔10秒跟踪止损--其他交易 就被禁止。我不是这个意思 :)弗拉迪克斯。一般来说,问题是这样的。嘀嗒一声,指标显示需要关闭,我就关闭。 下一个刻度线来了,指标显示它应该关闭,我不知道该怎么做--头寸已经被覆盖了,此刻它发生了什么,当然可以查出来,但要通过第五点。 在这种情况下,你只需要确定位置信息被更新了,不使用第五点,最好是) Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций - Документация по MQL5 [删除] 2010.09.26 04:34 #1489 开发人员。在MQL帮助中,在索引标签中没有ENUM_CHART_VOLUME_MODE。添加它... Дмитрий 2010.09.26 05:32 #1490 Swan: 总的来说:只要有一点想象力,每个交易操作 类型只增加一个变量,就能使你的代码更加稳健、简单和优雅。) 所以,幻想一下这个人到底需要什么代码,能像我的一样,有10行之长,而且可靠,他也会喜欢的:) 说到优雅,你建议用不明确的逻辑从两行做一个堆,这将完全和逻辑地满足你要求的任务...... 斯旺。 延迟不是我们的方法)) 在执行的情况下,我们等待......3.牦牛不等于... 那要等多久呢? 这不是算作延迟吗?如果它永远不会成为 "不平等 "呢?我们在天气边上等待...一个交易请求可以很容易地返回一个麻烦,而实际上并没有得到满足......。 1...142143144145146147148149150151152153154155156...3184 新评论 原因: 取消 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
放一个延迟--是的,我接受,这需要多少行代码才能做到?而如果是多币种,它需要考虑每一种货币的延迟,不是吗?
我写了解决这个问题的代码。只是我不喜欢它,就像,对不起,我不喜欢你的。而且这与偏见无关,关键是没有其他选择,简单而优雅。
我在交易请求 块中的多币种上有两行。就这样吧...如果你需要开立一个订单,请检查当前时间是否超过了截止时间。没有什么比这更优雅的了,而且两者都是绝对可靠的......。
放一个延迟--是的,我接受,这需要多少行代码才能做到?而如果是多币种,它需要考虑每一种货币的延迟,不是吗?
我写了解决这个问题的代码。只是我不喜欢它,就像,对不起,我不喜欢你的。这不是一个偏见的问题,关键是没有其他简单而优雅的解决方案。
延迟不是我们的方法))
1.在进行交易操作之前,我们应该将仓位(或订单)的数量 记入一个变量(静态或全局)。
2.在不执行的情况下,该变量=-1。
在成功执行的情况下,我们等待,什么都不做,并在每一个tick上检查,直到头寸(或订单)的数量等于变量。
3.当它不相等时--变量=-1。
延迟不是我们的方法))
1.在进行交易操作之前,在一个变量(静态或全局)中存储头寸(或订单)的数量。
延迟不是我们的方法))
1.在进行交易操作之前,我们将头寸(或订单)的数量 保存到一个变量中(静态或全局)。
2.在不执行的情况下--变量=-1。
在成功执行的情况下,我们等待,什么都不做,并在每一个tick上检查,直到头寸(或订单)的数量等于变量。
3.一旦不再相等,变量=1。
不是一种方法--只为获得点数,但对于中期交易来说,它是可以的。否则,我们有可能遇到
10024
交易代码太多请求
要求过于频繁
有可能禁止交易专家顾问。
它是开放的吗?每个仪器的位置是相同的....。你不能填补或部分关闭它......金额将是相同的。而且,重新计算历史上的订单数量 是不可接受的...你不知道他们可能来自哪里......
是的,我知道)我们应该在一个变量中写出OrderSend()的结果应该是什么变化。
如果你完全关闭/(或打开一个新的),它将改变姿势的总数(虽然,是的,它是足够的,而且似乎更可靠,是/不是按符号记忆的姿势)。记住音量是很好的,在增加/减少位置时,它将发挥作用。
当设置/删除一个挂单时--订单的数量(可以用符号计算)。
总的来说:只要有一点想象力,每一种类型的交易操作只添加一个变量,就能使你的代码更加可靠、简单和优雅。)
不是一种方法--只为点数,而是为中期交易--一种正常的方法。否则,我们就有可能遇到
10024
交易代码太多请求
要求过于频繁
否则,我们就有可能被禁止交易专家顾问。
这就有点不同了,在4中是这样的。
ERR_TOO_MANY_REQUESTS 141 请求太多。你需要减少请求的频率并改变程序逻辑。
你必须非常努力才能得到这个错误,或者你可能有一个聪明的经纪公司的账户 :)
滑动是一些错误的正常方法,在其他情况下,它看起来有点歪。
这有点不同,在4中是这样的。
你必须非常努力才能犯这个错误,或者有一个可疑的DC账户 :)
滑动是一些错误的正常方法,在其他情况下,它看起来有点歪。
我不知道。
这里,它甚至在终端手册中说。
我不知道...
这里,它甚至在终端手册中说。
我不是这个意思 :)
弗拉迪克斯。
一般来说,问题是这样的。
嘀嗒一声,指标显示需要关闭,我就关闭。
下一个刻度线来了,指标显示它应该关闭,我不知道该怎么做--头寸已经被覆盖了,此刻它发生了什么,当然可以查出来,但要通过第五点。在这种情况下,你只需要确定位置信息被更新了,不使用第五点,最好是)
开发人员。
在MQL帮助中,在索引标签中没有ENUM_CHART_VOLUME_MODE。添加它...
总的来说:只要有一点想象力,每个交易操作 类型只增加一个变量,就能使你的代码更加稳健、简单和优雅。)
所以,幻想一下这个人到底需要什么代码,能像我的一样,有10行之长,而且可靠,他也会喜欢的:)
说到优雅,你建议用不明确的逻辑从两行做一个堆,这将完全和逻辑地满足你要求的任务......
延迟不是我们的方法))
在执行的情况下,我们等待......3.牦牛不等于...
那要等多久呢? 这不是算作延迟吗?如果它永远不会成为 "不平等 "呢?我们在天气边上等待...一个交易请求可以很容易地返回一个麻烦,而实际上并没有得到满足......。