В задаче по реализации безубытка, нам должно быть все равно, как открывалась и закрывалась позиция(ии), руками или скриптом, простым закрытием или перезакрытием (с помощью скрипта или руками) Все это должно быть не важно. Важно то какую дату мы внесли в параметры нашего скрипт, с этого момента (включительно с этой даты) уровень безубытка должен расчитываться, в хронологическом порядке, для последующих открытых и закрытых позиций, вплоть до текущего времени.
sever29>>: Зачем с 2000? Нет, считывать будет максимум пару тройку дней, а историю открытых и закрытых позиций брать из вкладки - "история счета" и "торговля". Попытался наглядно продемонстрировать на скрине (в прицепе). Например дата отсчета уровня безубытка- 2010.03.23 06:25 и дальше, по хронологии, на текущий момент, считает уровень безубытка для всех открытых поз. Если же эта дата соответствует дате открытия, уже закрытой позиции, счет идет по этому же алгоритму, только уже с учетом закрытой и текущих позиций.
从技术的角度来看,还不太清楚它将是什么样子。假设,即使我们保存了结果,并在下次启动时读取以前的结果,用它们来计算水平,没有损失,但仍然没有人对用手开仓,然后用手平仓,休息时不启动脚本进行保险。因此,读数将是不正确的。
我们不应该关心一个头寸是如何开仓和平仓的,无论是手动还是使用脚本,简单的平仓或重仓(使用脚本或手动)。重要的是我们在脚本中设置的日期,从这一点开始(包括这一天),盈亏平衡水平应该按时间顺序计算随后的开仓和平仓,直到当前时间。如果我们想改变计算盈亏平衡水平的日期,我们再次向图表发送这个脚本,但在其参数中改变日期。
В задаче по реализации безубытка, нам должно быть все равно, как открывалась и закрывалась позиция(ии), руками или скриптом, простым закрытием или перезакрытием (с помощью скрипта или руками) Все это должно быть не важно. Важно то какую дату мы внесли в параметры нашего скрипт, с этого момента (включительно с этой даты) уровень безубытка должен расчитываться, в хронологическом порядке, для последующих открытых и закрытых позиций, вплоть до текущего времени.
所以你必须从某个地方获取历史数据,如果你设定计算2000年以来的盈亏平衡水平,脚本应该从哪里获取数据?如果它不是一个脚本,而是一个专家顾问,从启动到从终端卸载的那一刻开始跟踪,我或多或少能理解。
所以你必须从某个地方获取历史数据,如果你设定计算2000年以来的盈亏平衡水平,脚本应该从哪里获取数据?如果它不是一个脚本,而是一个专家顾问,从启动到从终端卸载的那一刻开始跟踪,我或多或少能理解。
Зачем с 2000? Нет, считывать будет максимум пару тройку дней, а историю открытых и закрытых позиций брать из вкладки - "история счета" и "торговля". Попытался наглядно продемонстрировать на скрине (в прицепе). Например дата отсчета уровня безубытка- 2010.03.23 06:25 и дальше, по хронологии, на текущий момент, считает уровень безубытка для всех открытых поз. Если же эта дата соответствует дате открытия, уже закрытой позиции, счет идет по этому же алгоритму, только уже с учетом закрытой и текущих позиций.
2000年只是一个例子,但问题是,一个通用的脚本不会起作用。你可以贯穿历史,但那里也有一个限制 "历史列表的大小取决于终端的 "账户历史 "标签的当前设置"(c),但这个条件已经可以满足。原则上是可以写的,我想我们可以在时间出现一点的时候再来讨论这个问题。因为为一个刚开张的订单附加一条线是一件事,在这里你必须花一点时间。
2000年只是一个例子,但问题是,一个通用的脚本不会起作用。你可以贯穿历史,但那里也有一个限制 "历史列表的大小取决于终端的 "账户历史 "标签的当前设置"(c),但这个条件已经可以满足。原则上是可以写的,我想我们可以在时间出现一点的时候再来讨论这个问题。因为为一个刚开张的订单附加一条线是一件事,在这里我必须花一些时间。
最重要的是理解取得。不要忘记,我会等待。
Самое главное понимание достигнуто. Не забывайте, буду ждать.
与你在一起,没有忘记))))))))))))
和你在一起,你不会忘记))))))))))))
:)))
奇奇
кхе-кхе-кхе
我记得,但我现在很忙。
我记得,但我现在很忙。
>>好的。