Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не понял, что означает на "наличие фильтров". Поясните пожалуйста.
Можно не проверять тип через if, считать в массив
cnt[OrderType()] ++;
Не понял... Чето туплю... Можно подробнее ?
Не понял... Чето туплю... Можно подробнее ?
Типы ордеров от 0 до 5. Массив cnt[6]. В каждом элементе массива будут учитываться ордера своего типа. Это для подсчета, если же что-то другое с ордерами делать, то только через if.
Ну к вам остается только просьба, выяснить у метаквостов было ли это сделано специально или это ошибка. Жду с нетерпением.
Вообще сильно озадачил себя последнее время именно скоростью исполнения, и в совах вообще планирую делать 2 части, для реала и для тестера if(IsTesting()) real(); else tester(); =)
Для тестов обсуждаемая функция сводится вообще к одной строке, что значительно увеличит скорость:
Не понятно как можно
if(sy!="') или if(mn >0){}
Ну к вам остается только просьба, выяснить у метаквостов было ли это сделано специально или это ошибка. Жду с нетерпением.
Вообще сильно озадачил себя последнее время именно скоростью исполнения, и в совах вообще планирую делать 2 части, для реала и для тестера if(IsTesting()) real(); else tester(); =)
Для тестов обсуждаемая функция сводится вообще к одной строке, что значительно увеличит скорость:
Я вопрос задал в теме о 418 (правда ее уже снесли), и в сервис дек - ответа пока нет.
Не понятно как можно
Тоже не докумекал пока)
Я говорил о входных фильтрах, практически при стандартной реализации, на каждой итерации цикла приходиться долбиться об входные фильтры, да еще и выполняя проверку обоих частей условия :
то есть по 8 ифов на проход
идеальным вариантом была бы такая конструкция :
В этом случае не зависимо от набора фильтров мы проходим, по единой цепочке из 3 условий на один вызов функции а не проход цикла (итерацию). Но это очень раздувает код, поэтому я использую уже указанную мной выше конструкцию, которая позволяет делать не 2 проверки всегда, а одну, или две (в зависимости от условий фильтра), и кроме того, в случае отрицательного результата досрочно прерывает итерацию не затрачивая время на следующие за ней проверки.
Предлагаю вообще продолжить тему оптимизации кода с целью максимального сокращения времени исполнения для эффективного использование ресурсов при оптимизации и тестировании. Потом можно из этого и статью написать с набором оптимальных подходов под часто используемые задачи.
Ранее предположил а сейчас и убедился в том что если какая либо функция возвращающая информацию о сделке точно будет использована дважды или более раз, оптимальней под нее создать переменную и использовать ее. На примере обсуждаемой функции: