Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Нереально без контроля в самом советнике.
В общем виде, видимо, да.
Но если условиться, что перерасчет должен производиться не чаще, чем раз в Х мс, то можно решить просто и в лоб.
Мало того, не нужно.
Ну, инклуд из одной строки всегда удобнее, чем шаманство в каждом использующем его советнике.
Ну, инклуд из одной строки всегда удобнее, чем шаманство в каждом использующем его советнике.
скорее всего можно сделать, в fxsaber стиле, с переопределением функций входа через дефайны
Нет, это точно будет медленнее сравнения бид/аск/мс.
Какая проблема с надежностью? Важен же только факт изменения чего либо.
А может - неизменности, тик ведь один и тот-же, ни bid, ни ask не изменились.
В общем виде, видимо, да.
Но если условиться, что перерасчет должен производиться не чаще, чем раз в Х мс, то можно решить просто и в лоб.
Ну, инклуд из одной строки всегда удобнее, чем шаманство в каждом использующем его советнике.
а в чём шаманство, кроме инклуда еще одну строчку вставить в начало
OnTick(){ Count_tick++;
Если не помогает дефайн, помогает Ctrl-H :)
Вам же всё равно библиотечную функцию вызывать из инклуда, т.е. вставлять её в код как-то так
з.ы. теоретически на быстром рынке может быть в одну мс несколько тиков, среди которых первый и последний имеют одинаковые бид и аск.
можно "в лоб" попробовать: читать тики например, по времени с начала последнего минутного бара и до текущего момента. проверять их количество, т.е. сравнивать размер полученного массива - если остался прежним, значит и тик еще прежний, уже обсчитанный. придёт новый тик - массив подрастёт; придёт новый бар - уменьшится
Ну, конечно! Есть же Volume (который тиковый). Это и есть уникальный номер тика (в рамках бара, но этого достаточно)!
Проверю, дает ли ускорение такой финт.
скорее всего можно сделать, в fxsaber стиле, с переопределением функций входа через дефайны
а в чём шаманство, кроме инклуда еще одну строчку вставить в начало
Если не помогает дефайн, помогает Ctrl-H :)
Вам же всё равно библиотечную функцию вызывать из инклуда, т.е. вставлять её в код как-то так
Похоже, да. Если Volume будет медленным, задефайню все что нужно.
Спасибо всем за участие!
а в чём шаманство, кроме инклуда еще одну строчку вставить в начало
Если не помогает дефайн, помогает Ctrl-H :)
Вам же всё равно библиотечную функцию вызывать из инклуда, т.е. вставлять её в код как-то так
з.ы. теоретически на быстром рынке может быть в одну мс несколько тиков, среди которых первый и последний имеют одинаковые бид и аск.
а в чём шаманство, кроме инклуда еще одну строчку вставить в начало
Если не помогает дефайн, помогает Ctrl-H :)
Вам же всё равно библиотечную функцию вызывать из инклуда, т.е. вставлять её в код как-то так
з.ы. теоретически на быстром рынке может быть в одну мс несколько тиков, среди которых первый и последний имеют одинаковые бид и аск.
Static только в момент прикрепления к графику инициализируется, поэтому будет ошибка расчетов.
Static только в момент прикрепления к графику инициализируется, поэтому будет ошибка расчетов.
Не понял в чём будет ошибка. Она же на глоб. уровне объявляется, без разницы.
Ну, конечно! Есть же Volume (который тиковый). Это и есть уникальный номер тика (в рамках бара, но этого достаточно)!
если во время обработки тика придет новый тик, он возможно поменяется?