если у Вас не будет пересчёта предыдущих значений, то
можно завести переменную "номер рассчитанного бара". начинать расчёт с этого номера (сначала это будет 0). при расчёте очередного бара модифицировать эту переменную. через несколько (десятков) тиков Вам надо будет считать только очередной бар. но здесь надо будет учесть, что в течение очередного бара может прийти много тикоа, а он уже рассчитан! так что видимо текущий бар лучше не считать - посчитать его в начале следующего бара.
можно завести переменную "номер рассчитанного бара". начинать расчёт с этого номера (сначала это будет 0). при расчёте очередного бара модифицировать эту переменную. через несколько (десятков) тиков Вам надо будет считать только очередной бар. но здесь надо будет учесть, что в течение очередного бара может прийти много тикоа, а он уже рассчитан! так что видимо текущий бар лучше не считать - посчитать его в начале следующего бара.
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Как Вы считаете, при расчете пользовательского индикатора, какая наилучшая конструкция операторов для обхода Loop. Поясню. В данный момент индикатор у меня максимум 250 баров обрабатывает (тежеловат вышел,но оптимизирован уже до конца) без срабатывания loop. Поэтому для обработки всей истории без ошибок приходится делить ее по 250 баров и обрабатывать кусками на каждый тик при старте индикатора. В связи с этим хотелось бы услышать Вашу рекомендацию, как разработчиков, по данной ситуации (с примером).
С уважением
Roman