买入止损 卖出止损 网格顾问作为一个类别 - 页 3

 
Vladimir Karputov:

1.003版。

  • 现在,当一个头寸被打开时,关闭所有的对立头寸。
  • 当前价格的获取已被移至PlacesBuy和PlacesSell功能内,以防止出现缺口和滑落。
  • OnTradeTransaction 中,挂单是在一个while循环中进行的--所以说,我们是在打服务器的主意 :)- 这不是最好的解决方案,但它将暂时保留。

实际上,现在我们可以思考了。

  1. 增加仓位的最佳方式是什么(手数计算)?
  2. 如何对待反对派的立场


  1. 如何最好地增加仓位(手数计算)--没办法,增加手数,这是一个金字塔,这是不同的,手数应该保持不变。
  2. 如何处理相反的位置- 按原样关闭。
 

我建议将这个指标添加到 "tester.tpl "模板中:LifeHack Balance Equity,那么测试者将立即显示余额和资金的变化。大约是这样的。

测试器中的LifeHack平衡权益


 
Vladimir Karputov:

费托。连接Vault,更新Vault项目的记录。



嗨,弗拉基米尔,你能加我吗,非常感谢。

 
Cid Ougaske:


嗨,弗拉基米尔,你能加我吗? 非常感谢你。


完成了,添加了它。

计划做这样的统计:在翻转之前,一个方向的仓位连续开出多少个。

比如说。##1买入,#2买入,#3买入和#1卖出---关闭所有买入头寸。因此,统计结果将是:三个位置。

 
Vladimir Karputov:

...连接模板并将输入参数传递给EA类



完成,连接。

有时参数太多。最近,我变得很懒,所以我这样做,因为我不需要费力地把参数传给 EA。弊端是什么?

input double LotSize = 0.1;
input int    SL      = 500;
input int    TP      = 300;
//другие входные переменные

#include <AvLib\ClassEA.mqh> // тут лежит класс советника

CClassEA MyEA;
 

弗拉基米尔,你能帮我联系一下吗?

 

当专家顾问工作时,数据被写入OnTradeTransaction的数组。记录格式如下:如果是买入仓位,我们记录 "+1";如果是卖出仓位,我们记录"-1"。

比如说。

  • 购买--我们记录 "+1"。
  • 购买--我们记录 "+1"。
  • 购买--我们记录 "+1"。
  • 卖出--我们记录"-1"。

测试完成后,阵列数据在OnTester中被处理并写入csv文件。该文件被创建在所有客户终端的共享文件夹 中 (Terminal\Common\Files)。文件的名称形成如下。

   string file_name="Direction_of_trades"+"_"+m_symbol.Name()+"_"+IntegerToString(StepGrid());

那么扩展名 "csv "将被添加到文件名中。

   int filehandle=FileOpen(file_name+".csv",FILE_WRITE|FILE_CSV|FILE_COMMON);

数组处理的算法:如果当前记录与上一条记录的方向相同(相当于在一行中打开一个方向的几个位置)--那么我们将计数器增加1,如果当前记录与上一条记录相反(相当于位置方向相反)--那么我们将计数器的值赋给它 "1"。

产生的csv文件很容易在Excel中处理。

第一步:左键点击有数据的列

左键点击

第二步:插入推荐图表

插入推荐图表


这些是统计数据(针对步骤 "35 "和步骤 "65")。

交易方向_EURUSD_35_65

 
Alexey Volchanskiy:

弗拉基米尔,你能帮我联系一下吗?


完成了。已添加(没有马上看到帖子,错过了)。

 

当前连接到项目 的用户列表。

连接到项目的用户

 

对于第35步,扩展总数。

交易方向_EURUSD_35

这里我们可以看到,

  • 实际上,50%的情况是不间断交易的长度等于 "1"。因此,我们有以下类型的情况:我们开了买入,然后反转头寸(即亏损关闭买入并开了卖出)或这种情况:我们开了卖出,然后反转头寸(即亏损关闭卖出并开了买入)。因此,长度为 "1 "的不间断交易的情况是保证损失。
  • 在所有不间断交易的长度等于 "2 "的情况下,大约有25%,通过下面的例子:我们开了买入,然后又开了一个买入并反转头寸(即关闭两个买入并开了卖出--导致损失等于零)。

我认为这些数量最多的类别(不间断交易的长度等于 "1 "和 "2")必须被更详细地考虑,以纠正放置停止挂单的 策略。

原因: