[警告关闭！]任何新手问题，为了不给论坛添乱。专业人士，不要走过。没有你，哪里都不能去。 - 页 826

新评论
 

难道我们不能为随后开出的每一个头寸分别计算，然后再加总吗？这是有原因的

AccountFreeMarginCheck(sy, op, lot);

符号、交易操作 和手数被传递给它...。你可以分别计算每个位置的保证金，决定重叠的位置并打印结果。

写一个脚本，同时打印你的计算结果和你的经纪公司返回的数据。并将其与...

模式_保证金对冲 31 每1手重叠头寸收取的保证金


所以要计算好你的地段。按MODE_MARGINHEDGED返回的值计算重叠的手数
按MODE_MARGINREQUIRED返回的值计算剩余未重叠的手数

 

我遇到了一个关于MRC的问题。例如，当我想执行这段代码时。

double OpPriceF5B = OrderClosePrice()- OrderOpenPrice();

我想知道开盘价 和换手价之间的区别。

我如何做到这一点？

我想这样来弄清楚。

for (i=1; i <=OrdersTotal();i++){
    if (OrderSelect(i-1,SELECT_BY_POS)==true){
       if (OrderType()== OP_BUY ){
          if (OrderMagicNumber() == Magic_N_F5){
             double OpPriceF5B = OrderClosePrice()- OrderOpenPrice();
          }
       }      
    }   
}
 

实验一下AccountFreeMarginCheck()。

- 终端上的买入订单打开

- 余额：94919.36 资金：94921.16 抵押品。1273.39 免费: 93647.07 水平: 7454.15%

- 我问：AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) - 给出剩余的免费水平。

- 我问：AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) -从资金层面 给出余额
。


一般来说，我的问题不能这样解决。

但我的问题（任务）是：几个订单应该同时 打开，而且它们应该 像这样保持打开 状态

第一个 - 以0.10手卖出

第二个 - 买入手数0.26

第三次 - 卖出一手0.43
第四次 - 买入一手0.72

第五种--按手数1.19出售，等等。

价格1.2737，杠杆100，最小手数0.1

有可能在下一次下单的某个周期，止损会出现。

这意味着我们应该用特区的方法来计算这个最坏的情况，当然。并作出结论：在指定的订单中，我们可以在不担心陷入止损的情况下，开出的总手数达到多少？这就是 "开始的开始" :) 计算可能开出的订单的总保证金。同样，开盘的顺序如上图所示，每个订单的手数顺序都是事先知道的。

 
ikatsko:

实验一下AccountFreeMarginCheck()。

- 终端上的买入订单打开

- 余额：94919.36 资金：94921.16 抵押品。1273.39 免费: 93647.07 水平: 7454.15%

- 我问：AccountFreeMarginCheck(Symbol(),OP_BUY,0.1) - 给出剩余的免费水平。

- 我问：AccountFreeMarginCheck(Symbol(),OP_SELL,0.1) - 给出资金水平 的余额
。


一般来说，我的问题不能这样解决。

但我的问题（任务）是：几个订单应该同时 打开，而且它们应该 像这样保持打开 状态

第一个 - 以0.10手卖出

第二个 - 买入手数0.26

第三次 - 卖出一手0.43
第四次 - 买入一手0.72

第五种--按手数1.19出售，等等。

价格1.2737，杠杆100，最小手数0.1

有可能在下一次下单的某个周期，止损会出现。

这意味着我们应该用特区的方法来计算这个最坏的情况，当然。并作出结论：在指定的订单中，我们可以在不担心陷入止损的情况下，开出的总手数达到多少？这就是 "开始的开始" :) 计算可能开出的订单的总保证金。我应该重复一下，开盘的顺序如上图所示，每笔订单的手数都是事先知道的。

让我们思考一下。

所有白族：0.26 + 0.72 = 0.98。

所有球: 0.1+0.43+1.19 = 1.72

重叠：白的手数小于卖的手数，所以重叠的手数等于白的手数=0.98

剩余的单向卖出手数：1.72-0.98 = 0.74

那么我们该怎么做？增加Bai的，减去Sell的。-0.1+0.26-0.43+0.72-1.19= -0.74 如果是负数，那么我们有一个单向的Sell

对于重叠的，从MODE_MARGINHEDGED中取值并乘以重叠的手数。

对于单向的，取MODE_MARGINREQUIRED的值并乘以MathAbs（单向手数）。

嗯，还有其他一切，也要尽量考虑到......。

ZS.我在这里没有想很久--只是在案例之间潦草地写了一下--我承认有遗漏，所以只当是一个可能的行动方案......:)

 

所以...的逻辑变得清晰。谢谢你!让我们现在试着检查一下。

顺便说一下，我在DEMO上做了一个实验。

首先以0.1手的价格买入1.27339 - 显示Bail=1273.39。即0.1 * 1000000 * 1.27339/100。

第二次卖出的手数为0.26，价格为1.27039，显示总保释金=3305.18。而且与此非常相似，0.26*1000000*1.27039/100=3303.01 ??诡异？

原来，保证金是从与反方向开立的订单重叠的最大手数中提取的？

等待下一个BUY的开启

 
eugggy:
大家下午好。运营商这个词有明确的定义吗？还是像 "生命的意义是什么"（你无法解释）？

:)操作员本身是一个有弹性的术语--他也可以是月光机的操作员......:)

你会在你想知道这个词的含义的情况下提出问题。希望这句话不要太长 :)

 
eugggy:
大家下午好。运营商这个词有明确的定义吗，还是像 "生命的意义是什么"（无法解释）？

＝突击队。见维基百科。

https://ru.wikipedia.org/wiki/%D0%9E%D0%BF%D0%B5%D1%80%D0%B0%D1%82%D0%BE%D1%80_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)

 
ikatsko:

所以...这个逻辑是有道理的。谢谢你。让我们现在试着检查一下。

顺便说一下，我在DEMO上做了一个实验。

首先以0.1手的价格买入1.27339 - 显示Bail=1273.39。即0.1 * 1000000 * 1.27339/100。

第二个卖出手数0.26价格1.27039 - 显示总保释金=3305.18。而且与此非常相似，0.26*1000000*1.27039/100=3303.01 ??诡异？

原来，押金是从与反方向开仓的订单重叠的最大手数中提取的？

等待下一个BUY的开启

呃...我希望我有时间考虑一下......。:)这是一个有趣的任务，但我的时间很紧。

我认为如果有相似之处，但没有相似之处，就不是真的。这只是一个奇怪的现象...:)试着计算一下最大手数的差异...

对于这样的 "奇怪"，德兹拉斯会被严肃的客户扯掉腿......。:)

你必须在不同的方向上思考...

等待您的下一个订单 :)

 
eugggy:
(笑）：（笑）：（作为月光机的操作员））。如果我没有理解错的话，运算符（在MQL4中也是如此）是程序代码中最小的和最有意义的表达式....类似这样的事情。

О ...母亲-我的祖母...没有它你就不能活吗？站在吊床上？为什么要使你的生活复杂化？

在这里阅读...就这样结束了......

 

然而，有时简单的问题却让人摸不着头脑 :)(我指的是操作员）。

我在BSE中找到了最容易理解（简单）的定义。

"在计算机科学中，一个处方...旨在指定一些已完成的行动......"

而在这里的文件中。

"操作员是一个程序的一部分......规定了一定的信息转换顺序"。

因此，该函数的行为方式是一样的...

有趣的是。

1...819820821822823824825826827828829830831832833...1145
新评论