[АРХИВ] Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 3. - страница 170
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Уверены??
По сути ваше предложение исключить из проверок и расчетов свечи которые не попадают в диапазон UPPprice/LOWprice... это исключается двумя строчками. Если выкидывания из цикла не произошло, значит цена в нужном нам диапазоне и делаем стандартные проверки. Ваш код может быстрее работать только в ущерб результатам поскольку логика работы с INS сильно перемудрена использовать значение этой переменной с предыдущей итерации это бред.
По сути ваше предложение исключить из проверок и расчетов свечи которые не попадают в диапазон UPPprice/LOWprice... это исключается двумя строчками. Если выкидывания из цикла не произошло, значит цена в нужном нам диапазоне и делаем стандартные проверки. Ваш код может быстрее работать только в ущерб результатам поскольку логика работы с INS сильно перемудрена использовать значение этой переменной с предыдущей итерации это бред.
Значит уверены! :))))
Вы ранее приводили код:
Если цена находится ниже Low, то зачем Нам проверять находится ли цена Выше High? В Вашем варианте это условие не исключается. В предложенном же Мной варианте:
исключается.
Я не отрицаю того, что Мой код может быть и не самый оптимальный.
Но как думаете, во сколько раз быстрее:
if (UPP)
сработает, чем
?
Ведь по сути:
Только Я это заведомо знаю (за исключением тех случаев, когда bid внутри текущего исторического бара), а Вы это рассчитываете...
да уж.
это же надо так извратиться, чтобы три понятные строчки кода превратить в труднопонимаемый код.
если у вас возникла идея разделения проверки iLow, iHigh, то можно было сразу разделить:
и ничего не мудритьРассмотрим этот участок кода
INS=True;
Цикл поехал
if (INS) полет нормальный
if (LOWprice...) к примеру условие выполнятеся, но тут получается опа поскольку мы получаем INS=False и перекидываемся на следующую итерацию
затем if (false) и приплыли, поскольку это уже другой бар, спрашивается какого...
Что касается моего кода, то я проверяю не цену, входимость бара в коридор +300/-300 пипсов от текущей цены, если входит, значит его надо считать. Все остальные оптимизации уже не столь критичны, поскольку первые две проверки отсеивают к примеру 90% ненужных баров.
затем if (false) и приплыли, поскольку это уже другой бар, спрашивается какого...
а дальше действительно поплыли...
Вот с чего взято что булевые переменные дадут ускорение если после каждого условия идет еще одно вида if (LOWprice > iHigh(NULL,60,i)), т.е. те же яйца только сбоку плюс одно условие и куча присваиваний...
Опа!
Здесь споры разгорелись не нашутку.
Сделал пока так:
Очень интересно понаблюдать за движением цены. Всегда идет в сторону наименьшего сопротивления.
Можно даже предсказать ее будущее движение. Понаблюдайте.
Цена, как вода, течет по руслу.
Спасибо всем!
Подскажите, пожалуйста, как найти номер бара у которого самое большое значение хая.
Search_High=MathMax( High[i],High[1])
Подскажите, пожалуйста, как найти номер бара у которого самое большое значение хая.
Search_High=MathMax( High[i],High[1])
Можно пройтись https://docs.mql4.com/ru/array/ArrayMaximum
по массиву High.