Добрый день,

Разбираюсь с TSLab - во всех демо-скриптах от Laber для вычисления индикатора используется сложная конструкция с использованием делегатов:

Например, в скрипте supertrend_script.cs (http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=7815)

// серия значений ATR
// кэширование с учетом параметра Period
IList<double> nATR = ctx.GetData("ATR", new[] {Period.ToString()}, delegate { return GenATR(source, Period); });

Не совсем понимая, для чего это нужно, поэкспериментировал. Заменил эту строчку на более простую:

IList<double> nATR = GenATR(source, Period);

И ничего не изменилось! Время выполнения также осталось прежним, проверил по оптимизации.

Не сомневаюсь, что конструкция с делегатами для чего то предназначена, но когда её нужно использовать и в каких случаях без нее можно безболезненно обойтись?

При оптимизации в вашем случае GenATR будет пересчитываться всегда, даже если Period не изменился. А при передаче делегата в кеш, будет проводится сравнение, и если в кеше уже есть посчитанный вариант, то повторно он считаться не будет.

OK, спасибо! Теперь все встало на свои места - это нужно исключительно для ускорения оптимизации и больше нигде (ни при выполнении, ни при отображении) не используется...

По всей видимости, в скрипте на котором я это тестировал индикатор вычисляется очень быстро и кеширование никак не влияет на скорость оптимизации. Поэтому разницу я и не заметил.

Если история короткая (не больше пары тысяч свечей), то разница будет минимальная. А на историях с десятками и сотнями тысяч свечей разница будет на порядок.