Отвяжитесь от тиков конкретного инструмента (OnTick) - это же мультивалютник! Работайте по таймеру или ловите момент образования бара на всех рабочих инструментах, это будет надежнее.
我试着在所有工具上捕捉条形结构的瞬间,但我没能达到预期的效果。
比如说。
在旨在检测新条形的函数中,我明确指定了工具和时间框架。
bool isNewBar(string Symbol_, ENUM_TIMEFRAMES Timeframe)
{
// В статической переменной будем помнить время открытия последнего бараstaticdatetime last_time = 0;
// Текущее времяdatetime lastbar_time = (ENUM_SERIES_INFO_INTEGER)SeriesInfoInteger(Symbol_,Timeframe,SERIES_LASTBAR_DATE);
// Если это первый вызов функцииif(last_time == 0)
{
// Установим время и выйдем
last_time = lastbar_time;
return(false);
}
// Если время отличаетсяif(last_time != lastbar_time)
{
// Запомним время и вернем true
last_time = lastbar_time;
return(true);
}
// Дошли до этого места - значит бар не новый, вернем falsereturn(false);
}
在OnTick() 函数中,由Nikolay Kositsin建议的方案。
比如说。
voidOnTick()
{
// Объявление массивов переменных для торговых сигналов staticbool UpSignal[2], DnSignal[2];
// Получение торговых сигналов
TradeSignalCounter(0, остальные параметры);
TradeSignalCounter(1, остальные параметры);
// Совершение торговых операций
TradePerformer(0, остальные параметры);
TradePerformer(1, остальные параметры);
}
不要把无条件的、愚蠢的(来自无知的)在每一个刻度上重新创建指标与智能的(罕见的和必要的)创建指标 混为一谈。在第一种情况下,你会得到百倍的刹车和资源的泄漏,而在第二种情况下 - 完美的工作。
我很清楚,卡尔森 无知地犯了一个错误,我也明白这个错误的性质。
但要建议一个合理的方案来解决他的问题。这个人需要使用指标中写的代码,但这个代码的参数是在每次访问指标数据之前动态确定的?
我有一个解决方案,它确实包含dll,但你想使用纯mql,所以提出一个mql的解决方案。
HZ我已经提到了OnCalculate()和事件中的计算,但你可以通过事件传递三个参数。在我的解决方案中,一个长的dll可以传递一个带参数的数组的地址,指标将在这个地址接收数据。
如果你有mql的解决方案,就指点一下。
我很清楚,卡尔森 无知地犯了一个错误,我也明白这个错误的性质。
但要建议一个合理的方案来解决他的问题。该人需要使用写在指标中的代码,但该代码的参数在每次引用指标数据之前都是动态确定的?
现实中应该建立多少个不同的指标?可能不超过10个,否则将是毫无意义的资源浪费。
由于没有参数变化,你可以创建一个指标集合,必要时将会把必要的指标加入其中。如果指标少于10个,并且它们有明确的含义(初始、确认、纠正等),你可以用需要的参数创建手柄的命名变量。
但要建议一个合理的方案来解决他的问题。该人需要使用写在指标中的代码,但该代码的参数在每次引用指标数据之前都是动态确定的?
我已经考虑过这个问题了。如果代码参数是在每次调用指标数据前动态确定的,那么为什么不在指标代码中也包括确定这些参数的程序?换句话说,所有的计算都应该在指标中实现。
或者在某些情况下,这种方法在原则上是不可能的?
我已经想了很久了。如果代码参数是在每次使用指标数据之前动态确定的,那么我们为什么不把确定这些参数的程序纳入指标代码中呢?换句话说,所有的计算都应该在指标中实现。
或者在某些情况下,这种方法在原则上是不可能的?
有些情况下,参数由另一个指标计算并返回给专家顾问,专家顾问根据神经元决定使用哪个模型。我们事先不知道哪一套参数会被应用。
你能告诉我,为什么在这样一个简单的指标中,除了周线 图之外, 其他地方都没有计算零点(右起第一条)?
Oops)在此替换为:SimpleMAOnBuffer(e,prev_calculated,PERIOD+1,p,vect,mabuf); 而不是e - rates_total,一切正常)
我正试图建立一个多货币专家顾问。到目前为止,我已经决定采用Nikolay Kositsin在他的文章《创建一个在不同符号上交易的专家顾问》中提出的方案。我面临的问题是,使用不同的符号但使用相同的参数运行测试时,结果是不同的。我翻阅了论坛,发现许多人得出的结论是,这个问题可以用OnTimer() 函数来解决。安德烈-哈蒂姆兰斯基在此 建议。
Отвяжитесь от тиков конкретного инструмента (OnTick) - это же мультивалютник! Работайте по таймеру или ловите момент образования бара на всех рабочих инструментах, это будет надежнее.
我试着在所有工具上捕捉条形结构的瞬间,但我没能达到预期的效果。
比如说。
在旨在检测新条形的函数中,我明确指定了工具和时间框架。
在OnTick() 函数中,由Nikolay Kositsin建议的方案。
比如说。
isNewBar(Symbol,Timeframe) 函数在执行交易的函数中被调用,即TradePerformer(参数)。
比如说。
也就是说,每一个符号都要单独检查一个新的条形图。如果没有新栏,我们就检查下一个符号。就这样,每一次打勾都会发生。但这个变体并不奏效。
请告知如何在给定的方案中正确实现多货币专家顾问中的新条形的检查。
应该在幽默线程中,纠正被称为专家 的人所犯的错误?