![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Интересно, чем вызвано желание загнать все параметры ордера в один массив?
Стандартизацией, чтобы при дальнейшей работе обращаться к данным масива, а не вызывать функции ордеров.
А если этот массив нужно не только прочесть, но и изменить в другом присоединяемом файле ?
Сколько тогда параметров нужно будет передавать в вызов такой процедуры ?
У меня позиция - вся информация хранится в самих ордерах. Часть из них может закрыться автоматом, часть по условиям. Поэтому каждый тик - это "чистый лист" - тик - и нужно выбрать ордера данного советника, прочесть их параметры, проверить условия ... и оставить в покое, если ничего не требуется.
Количество тиков для тестирования я согласен регулировать вариантом тестирования ("только по сформировавшимся барам", к примеру).
На данном этапе я в тупике - полная оптимизация показывает мне, что нужно подождать всего 63 года и все будет ОК :)
Где тормозит - не могу определить. Кто виноват - тоже :)
Есть понятие "оптимизация кода", а тут налицо "антиоптимизация" :)))
Есть понятие "оптимизация кода", а тут налицо "антиоптимизация" :)))
А поконкретней можна ? А то обругали - а ничего конкретного не сказали.
Оптимизация не должна быть в ущерб структуризации.
Я выслал Славе исходник советника.
Что именно написано неправильно - что тормозит ?
Платформе тяжело делать преобразования ? Передавать ссылку на массив ?
Какую мою функцию тяжело выполнить платформе ?
Или все советники должны как две капли быть похожи на советники для "чайников" из примеров ?
Причем Вы даже не понимаете в чем проблема. Помочь не смогу, ибо тут ситуация с кодом абсолютно безнадежная.
Причем Вы даже не понимаете в чем проблема. Помочь не смогу, ибо тут ситуация с кодом абсолютно безнадежная.
"Так писать нельзя" - очень аргументированный довод.
Я с таким же успехом могу сказать (что кстати на многих форумах и говорят) - что надо взять Метатрейдер и выкинуть. А вместо него взять для тестирования Омегу :)
Избыточность - это еще не потеря скорости.
Для того, чтобы сказать, что это неправильно мало сказать "так писать нельзя".
Может тормоза из-за того, что я использую для параметров ордера массив строк ?
Но я могу заменить его на массив другого типа.
Был бы тип "Структура" - я б ее использовал.
Да - и последнее. Я помощи не прошу.
Если разбираемся - то я готов содействовать в нахождении ошибок, если нет - я жду этого ответа и спокойно определяюсь с продуктом, где я смогу реализовать то, что хочу, протестить, отладить и т.д.
6-сть 204 билдов - это вам ни о чем не говорит ?
Кстати, можно обойтись и без структуры. Вместо строкового массива из 25 элементов использовать 25 переменных, каждая из которых будет сразу нужного типа. Если хотите структуризации, то используйте в именах этих переменных общий префикс.
Причем Вы даже не понимаете в чем проблема. Помочь не смогу, ибо тут ситуация с кодом абсолютно безнадежная.
"Так писать нельзя" - очень аргументированный довод.
Я с таким же успехом могу сказать (что кстати на многих форумах и говорят) - что надо взять Метатрейдер и выкинуть. А вместо него взять для тестирования Омегу :)
Вероятно, Вы не принимаете во внимание то условие, что я не прошу у Вас помощи. Поэтому Вы не можете мне что-либо "сказать".
Но Вы просите помощи, показывая совершенно плохой код и не понимая его проблем. На что я ответил совершенно точно - "так писать нельзя - код нужно выбросить". Вы не можете требовать от меня чего-то дополнительно. Тем более - требовать публичного обучения в форуме.
Сколько тогда параметров нужно будет передавать в вызов такой процедуры ?
По идее 2 параметра: адрес массива и индекс элемента. Впрочем, повторюсь, задачу я представляю по-прежнему довольно смутно, соответственно уверенности что говорю по делу нет.
Там по ссылке есть и пример контроля автоматического закрытия ордеров. Для тестера он вполне годится, для реала можно перестраховаться и продублировать проверкой ещё и списка открытых ордеров.