[ВНИМАНИЕ, ТЕМА ЗАКРЫТА!] Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда. - страница 680
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Как к Вам зайти? У меня много вопросов, хотелось бы проконсультироваться.
Я бы свитч заменил готовым массивом, чего присваивать каждый раз предопределенные значения?
Спасибо, а по-подробнее можно? Ведь предопределёнными значениями здесь являются таймфреймы, но код, следующий за кейсами для разных индикаторов будет другим... Наверное проще выложить чуть больше кода... :) Вообще сегодня я очень туго соображаю - не смог ночью уснуть и до сей поры в подвешенном состоянии...
Видите - там и дальше идёт абсолютно идентичный код, но уже выполняются проверки торговых критериев других индюкаторов... Просто есть желание запихнуть все проверки всех индюков, кот. используются в советнике, в один аналитический блок, чтобы он единожды за тик рассчитывал их значения, заносил их в переменные, а далее уже использовать значения самих переменных для принятия торговых решений. Вот как это организовать с пом-ю массива предопределённых значений не соображу...Спасибо, а по-подробнее можно? Ведь предопределёнными значениями здесь являются таймфреймы, но код, следующий за кейсами для разных индикаторов будет другим... Наверное проще выложить чуть больше кода... :) Вообще сегодня я очень туго соображаю - не смог ночью уснуть и до сей поры в подвешенном состоянии...
Видите - там и дальше идёт абсолютно идентичный код, но уже выполняются проверки торговых критериев других индюкаторов... Просто есть желание запихнуть все проверки всех индюков, кот. используются в советнике, в один аналитический блок, чтобы он единожды за тик рассчитывал их значения, заносил их в переменные, а далее уже использовать значения самих переменных для принятия торговых решений. Вот как это организовать с пом-ю массива предопределённых значений не соображу...возможно тебе просто надо выбрать приоритет вычислений, т.е. вроде у тебя
if (BB_1<0 ) идет как первое обязательное условие, после которого нет необходимости вычислять остальные BB_, ну дык возьми сделай составной if и во втором if произведи необходимые вычисление BB_ при условии, что первый if выполнился, да и конструкция if ... else весьма эффективна, а у тебя только if
согласен, что код возможно станет больше по количеству строк и менее читаем, но возрастет производительность
возможно тебе просто надо выбрать приоритет вычислений, т.е. вроде у тебя
if (BB_1<0 ) идет как первое обязательное условие, после которого нет необходимости вычислять остальные BB_, ну дык возьми сделай составной if и во втором if произведи необходимые вычисление BB_ при условии, что первый if выполнился, да и конструкция if ... else весьма эффективна, а у тебя только if
согласен, что код возможно станет больше по количеству строк и менее читаем, но возрастет производительность
Спасибо, Игорь, я посмотрю, что из этого выйдет. Я вот имел ввиду малость другое... Помнится ещё на заре компьютеризации страны, годах так в 1991-94, точно уже не помню... занимался программированием на ассемблере для ZX Spectrum... жутко медленный и ограниченный в 64Kb памяти... Так вот там была команда процессору для работы с экранной областью памяти для быстрого вывода 16386 Kb в эту область. Задокументированная команда процессора была самой быстрой из всех, работающих с большим массивом данных. И вроде бы уже ничерта с этим не сделаешь, так нет... нашли способ увеличить скорость вывода в четыре раза. Были там команды работы со стеком, так вот они выполнялись гораздо быстрее. Делали так: переносили стек в неиспользуемую область памяти, идущей сразу за экранной, заполняли эту область граф. данными, а потом, переместив стек уже в экранку - быстренько командой заполнения стека перебрасывали подготовленный в памяти экран в экранную область... Просто чудо по тем временам, а для Спектрума - волшебство...
Вот и тут меня интересуют нестандартные методы работы... Ну вроде как посмотреть какие команды за сколько тактов исполняются и сконструировать нечто похожее... Чем можно заменить команды логического сравнения, может вычитание там, или ещё что-нить в том же духе....
Вот и тут меня интересуют нестандартные методы работы... Ну вроде как посмотреть какие команды за сколько тактов исполняются и сконструировать нечто похожее... Чем можно заменить команды логического сравнения, может вычитание там, или ещё что-нить в том же духе....
думаю не найдешь в mql такой информации - уж по принципам работы уж больно на java смахивает с синтаксисом Cи, попробуй потести что быстрее выполняется case или if, помнится в турбопаскале, когда то видел, что if быстрее
Подскажите, можно ли из скрипта послать советнику команду на отключение?
Можно. Я к примеру управляю советником с помощью скриптов устанавливающих в определённое состояние глобальные переменные. Состояние этих переменных
анализируются в эксперте и выполняются требуемые команды.