Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Значит, с 646 я смогу поставить советника на 2 графика с разными магическими числами входа, и если я внесу некоторые изменения в код и перекомпилирую, они сохранят свои индивидуальные магические числа?
Это будет здорово :D
Хорошо, просто чтобы подтвердить, это ошибка? Но это особенность, если мы о ней знаем.
Changelog находится здесь.
Да. Сначала я не понимал этого, но это становится все более и более удобным, поскольку мне не нужно вводить настройки заново каждый раз, когда происходит перекомпиляция.
Но я не думаю, что только 646, несколько предыдущих билдов тоже должны иметь это.
Они не имеют или, лучше сказать, никогда не имели до 646.
Есть ли способ сбросить внешние/входные переменные на те, которые записаны в коде, а не в окне свойств?
Я обнаружил, что это абсолютная боль, которая даже заставляет меня искать ошибки в моем коде, потому что я иногда забываю об этой ошибке.
Я просто удаляю extern из передней части переменных и перекомпилирую.
// #define EXTERN extern EXTERN typename var1=...; EXTERN typename var2=...;
Я не понимаю ваш пример с EXTERN, написанным с помощью заглавных букв?
Я не могу поверить, что кто-то будет жаловаться на эту новую функцию, принудительный сброс параметров на запущенных экземплярах индикатора раньше был неизбежным и обычно нежелательным побочным эффектом перекомпиляции, особенно на этапе тестирования с несколькими экземплярами, настроенными с разными параметрами.
Я не могу поверить, что кто-то будет жаловаться на эту новую функцию, принудительный сброс параметров на запущенных экземплярах индикатора раньше был неизбежным и обычно нежелательным побочным эффектом перекомпиляции, особенно на этапе тестирования с несколькими экземплярами, настроенными с разными параметрами.