在MQL5中一起学习和写作 - 页 19

 
Interesting:

(是的,而且这个要求,抱歉没有什么理由,而且有令人信服的论据支持)。

PS

虽然,我可能漏掉了一些东西,而开发商决定这是很合理的。

我重复一遍:没有 向开发商提出要求 :)没有任何要求,甚至没有请求--按照支部的主题。俗话说:"起航,我们知道"。)我在这里解释的原因是:"如果有人在半年前提出这样的问题,我们仍然可以希望功能相对快速地出现,但等待下一年更容易为日期引入一个变量。 虽然它不会完全准确,但仍然

像往常一样,感谢大家的想法!这一次,你让我相信我是对的 :)

 

stringo:

耶德尔金

问题。switch(expression){...}的描述说,"切换 操作符的表达式 必须是整数类型" 我在互联网上看到这个运算符与其他类型的表达式的描述。我们将通过增加字符串类型的表达式来扩展开关运算符的使用吗?

不,不幸的是,它不会。对于字符串类型,只有在...否则,如果...否则 .

在switch中使用整数类型,将使switch操作者的速度提高数倍,如果

问题。与"条件运算符?:"的if相比,是否有(通过与switch的类比)任何速度的提高

 
Yedelkin:

问题。与if相比,"条件运算符?:"是否有(与switch类比)任何速度的提高?

不,与if相比,条件运算符的速度没有提高。这只是更容易写。
 
stringo:
不,与if相比,条件运算符没有加速作用。这只是更容易写。
哎呀,知道了。
 

订单_类型_购买_停止_限制

当达到订单价格时 在StopLimit价格 一个买入限价挂单。

看起来这个订单的处理,包括设置一个待定的买入限价订单,是在服务器端完成的。我有一些问题,在参考资料中找不到任何答案。

1)ORDER_TYPE_BUY_STOP_LIMIT 本身是否会在达到订单价格后 进入历史,并挂上买入限价订单?

2)ORDER_TYPE_BUY_STOP_LIMIT 订单的票据是否被服务器端放置的新挂单 继承?

3) 当服务器端的待定买入限价订单被放置时,是否会产生任何交易事件?

4) 在服务器端,如何(通过什么规则)将到期时间、订单有效期和评论分配给一个新的待定买入限价订单?

一般来说,是否有一个聪明的方法来快速捕捉服务器端的下单情况?有什么地方提到过这个问题吗?

 
也许Old_Time[0]一开始就没有被正确初始化。从代码上看,不清楚有什么。看一看这里,也许你可以使用这个解决方案。
 
AUser:
...
CopyTime(_Symbol,_Period,0,1,Old_Time)。
试着在OnTick()括号结束前插入这一行。
 
该线程根本没有与内核相连。

Yedelkin:

...Sleep()函数 不会使线程本身变慢

它的速度变慢了,但它为其他线程释放了CPU资源。

这就是为什么你不应该在指数中使用 "睡眠"--一个线程可以计算许多指数,在一个线程中 "睡眠 "会使所有其他线程也闲置。

________

该死的,我太晚了 :) 下次我会更仔细地看一下日期。

 
TheXpert:
该线程根本没有与内核相连。

它减慢了速度,但为其他线程释放了CPU资源。

这就是为什么 "睡眠 "不应该用在缩略图中--一个线程可以计算大量的缩略图,一个线程的 "睡眠 "将导致所有其他线程也处于空闲状态。

________

该死的,我太晚 了 :) 下次我会更仔细地看一下日期。

关于 "迟到"。- 这就对了!这里的关键短语是 "为其他线程释放CPU资源"。这正是我在问题中试图表述的内容。

 
Yedelkin:

订单_类型_购买_停止_限制

当达到订单价格时 在StopLimit价格 一个买入限价挂单。

看起来这个订单的处理,包括设置一个待定的买入限价订单,是在服务器端完成的。我有几个问题,在参考资料中没有找到答案: ...

从缺乏对问题的回应来看,这里的人都是后MT4,还没有转到止损限价单 :)

而且,在没有歌词的情况下,我在互联网上发现了一些材料,指出STOP LIMIT订单不会创建一个新的挂单,而只是在某些条件得到满足时转变为一个限价订单。

- 有条件订单,当合同价格达到一定水平时,它就会转化为 限价订单。

- 以比当前市场价格更差的价格执行交易的订单,但不差于订单中限价部分规定的价格。与止损单不同的是,当市场价格达到订单中指定的价格时,该订单作为 限价单被激活 。在这种情况下,止损订单的执行价格既可以等于订单价格,也可以优于它。

- 一旦市场价格达到设定的水平(止损价),客户订单就会变成 限价订单。

等。

这种方法回答了我的大部分问题。但如果是这样,那么《手册》中关于 "下限价单 "的说法似乎不正确,特别容易引起混淆。