Сброс всех настроект индикатора при компиляции
Добрый день. Возможно ли сбросить все настройки индиатора при компиляции исходного кода? Не удобно компиировать, после заходить в настройки индикатора и нажимать там "Сброс"..
Это было сделано по многочисленным просьбам пользователей. Так-что вы один против всех.
Это было сделано по многочисленным просьбам пользователей. Так-что вы один против всех.
Я не против всех. Мой вопрос в том, что возможно ли, какой-то флаг имеется или любая возможность, чтобы при компиляции всё-таки сбрасывались настройки. Почему бы не сделать define соответствующий или ещё как-то? Это же нормальная адекватная возможность, которая, как я понимаю, может много кому пригодится. Или вы так не считаете?
Это же не сложно реализовать.
Я не против всех. Мой вопрос в том, что возможно ли, какой-то флаг имеется или любая возможность, чтобы при компиляции всё-таки сбрасывались настройки. Почему бы не сделать define соответствующий или ещё как-то? Это же нормальная адекватная возможность, которая, как я понимаю, может много кому пригодится. Или вы так не считаете?
Это же не сложно реализовать.
Я тоже не против, но делать это вряд-ли будут. Ведь когда меняли поведение компилятора могли-бы и сделать. Ан нет, просто изменили и всё. А изменение было сделано по причине того, что если советник или индикатор поставлен на график с определёнными настройками и делается какое-то незначительное изменение или дополнение, то при компиляции на графике получаем не то, что было. Ну с индикаторами вроде-бы попроще, а советники могут принести убытки в таких случаях.
А вы компилируете изменив только параметры или ещё что-то в коде?
Я тоже не против, но делать это вряд-ли будут. Ведь когда меняли поведение компилятора могли-бы и сделать. Ан нет, просто изменили и всё. А изменение было сделано по причине того, что если советник или индикатор поставлен на график с определёнными настройками и делается какое-то незначительное изменение или дополнение, то при компиляции на графике получаем не то, что было. Ну с индикаторами вроде-бы попроще, а советники могут принести убытки в таких случаях.
Так я полностью согласен. Если что-то уже написано и подгружены соответствующие сеты, то, конечно, не удобно, чтобы после компиляции настройки сбрасывались.
Не дописали вариант, который я озвучен лишь потому, что разработчикам это не важно, как я понимаю. Они услышали от какого-то количество разработчиков предложение и не заморачиваясь его реализовали. Но, как я понял, не подумали над возможностью контроля варианта компиялции, что на мой взгляд удобно и весьма практично. Я полагаю, что это не только мне удобно. Не каждый высказывает своё мнение о таких моментах. Я и раньше хотел это озвучить но как-то влом было..)) Вот решился. Я к тому, что некоторые вещи не всегда сразу озвучиваются, но это вовсе не означает, что это аспекты ни кому не нужны.
А вы компилируете изменив только параметры или ещё что-то в коде?
Не только. Например, пишется индикатор, которые отлавливает определённые, так сказать, кастомные нестандартные паттерны. Паттернов приличное колипчество и у каждого из них свои переменные.
При написание и тестировании каждого паттерна я отключаю все и включаю следующий, который реализую. Соответственно, я выставил написанному паттерну флаг "показать этот паттерн" в значение "false" , а следующему, который ещё не написан или не дописан, т.е. тестмруемый "true". Удобнее, чтобы после компиляции я увидел очередной паттерн, который я пишу с каким-нить ещё изменениями его переменных, а не нажать, например, F7 и после этого лезть в настройки индикатора и сбрасывать его настройки. Это не комфортно. Не критинчно, но вариант какой-то топорный.
Не только. Например, пишется индикатор, которые отлавливает определённые, так сказать, кастомные нестандартные паттерны. Паттернов приличное колипчество и у каждого из них свои переменные.
При написание и тестировании каждого паттерна я отключаю все и включаю следующий, который реализую. Соответственно, я выставил написанному паттерну флаг "показать этот паттерн" в значение "false" , а следующему, который ещё не написан или не дописан, т.е. тестмруемый "true". Удобнее, чтобы после компиляции я увидел очередной паттерн, который я пишу с каким-нить ещё изменениями его переменных, а не нажать, например, F7 и после этого лезть в настройки индикатора и сбрасывать его настройки. Это не комфортно. Не критинчно, но вариант какой-то топорный.
Это неправильно организованная логика тестирования при программировании. Не опирайтесь на входные параметры - просто меняйте блок кода, отрабатывающий один паттерн.
Причём здесь блок кода? У меня и так всё максимально чётко упорядоченно. Процедурно я не пишу и не писал никогда. Я имею ввиду mql4(5). Писал функционально (Kotlin), но не процедурно.
Вы же меня понимаете. Как ни крути, в результате компиляции параметры не меняется в индикаторе на графике. А где эти параметры находятся это уже другой вопрос..
Блок вывода паттерна на график должен выводить то, что в него передано - тот паттерн, который вы написали. После написания и отладки всех паттернов подключайте их все посредством входных параметров.
После написания да, но отладку удобнее производить, если индикатор мгновенно реагирует на результат компиляции.
Причём здесь блок кода? У меня и так всё максимально чётко упорядоченно. Процедурно я не пишу и не писал никогда. Я имею ввиду mql4(5). Писал функционально (Kotlin), но не процедурно.
Вы же меня понимаете. Как ни крути, в результате компиляции параметры не меняется в индикаторе на графике. А где эти параметры находятся это уже другой вопрос..
После написания да, но отладку удобнее производить, если индикатор мгновенно реагирует на результат компиляции.
выносите настройки во внешние параметры по готовности кода либо переприсваивайте им же в OnInit нужные цифры.
Это костыль. Причём не актуально не оптимальный костыль. Проще "сброс" нажать, а не писать что-то в блок инициализации.
Добрый день. Возможно ли сбросить все настройки индиатора при компиляции исходного кода? Не удобно компиировать, после заходить в настройки индикатора и нажимать там "Сброс"..
Это костыль. Причём не актуально не оптимальный костыль. Проще "сброс" нажать, а не писать что-то в блок инициализации.
любая программа - костыль
;)
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования