2.3 Программируем индикатор анализа открытых ордеров. Продолжение

Доброго времени суток.

В этом уроке мы продолжаем тему создания индикатора для анализа открытых ордеров в терминале. Мы немного модифицируем ту версию, что разобрали на прошлом занятии, чтобы получше познакомиться с внешними переменными и фильтрами для отбора ордеров. Поэтому если вы не читали прошлый пост, перейдите сейчас на него по этой ссылке. Хочу заметить, что вы можете продолжить работать с уже созданным кодом из того занятия, либо же, для закрепления материала, написать его снова вместе со мной.

Ознакомились? Тогда начнем модификацию пройденного кода.

Доработка индикатора анализа ордеров

При анализе открытых ордеров в терминале порой необходимо отфильтровать информацию по разным параметрам, чтобы исключить лишние варианты. Этим мы и займемся.

Для вашей же пользы я рекомендую не бездумно копировать выложенный мною код, а перепечатывать вручную строчку за строчкой. Такой способ поможет вам заполнить куда больше информации.

Для начала на демо счете откройте по двум рандомным валютным парам любое количество ордеров на покупку и продажу: рыночных и отложенных. Откройте график одной из этих пар, на него будем устанавливать индикатор и проверять в процессе написания код на работоспособность.

Создаем новый индикатор (либо открываем уже написанный). Функцию обработки событий OnInit оставляем пустой, в функции OnDeinit пишем только одну строчку — очистку комментария:

Разобьем блок с отложенными ордерами в функции OnCalculate отдельно для покупок и продаж. Для этого изменим переменные счетчиков и подсчета лота. У нас добавится четыре переменные со словом pending:

Переходим к циклу перебора. Так как теперь отложенные ордера будут учитываться отдельно для покупок и продаж, то нужно изменить условие анализа ордеров. Для отложек на покупки существует два типа ордеров (OrderType): OP_BUYLIMIT — то есть лимитные и OP_BUYSTOP — то есть стоповые. То же самое и для продаж (OP_SELLLIMIT и OP_SELLSTOP). К каждому условию добавляем соответствующие переменные для сохранения их значений в памяти. Не забываем через клавишу Tab делать отступы для корректного оформления кода.

Нужно заметить, что всего существует 6 типов ордеров — три для покупок и три для продаж, начало нумерации с нуля:

Константа Значение Описание
OP_BUY 0 Покупка
OP_SELL 1 Продажа
OP_BUYLIMIT 2 Отложенный ордер BUY LIMIT
OP_SELLLIMIT 3 Отложенный ордер SELL LIMIT
OP_BUYSTOP 4 Отложенный ордер BUY STOP
OP_SELLSTOP 5 Отложенный ордер SELL STOP

Соответственно, в коде мы можем прописать OrderType() == OP_BUYLIMIT, либо же OrderType() == 2, это будут равнозначные выражения, но для удобства лучше использовать текстовые константы, чтобы потом было проще читать такой код.

Интересно заметить, что пополнение баланса, как и снятие средств во вкладке «История» терминал учитывает тоже как ордер. Такая операция имеет порядковый номер шесть: OrderType() == 6.

Оболочка для перебора и сохранения данных всех ордеров, которые есть на рынке готова. Теперь нужно подкорректировать вывод информации на график с помощью Comment. В текущей реализации мы будем отображать данные на графике только, если счетчик по типу ордера будет больше нуля. Ниже тела цикла for пишем код для покупок:

Соответственно, если cnt_buy > 0, значит в рынке есть Buy ордера и вывод информации необходим. Проделываем ту же операцию для продаж, а также отдельно для отложенных Buy и Sell типов ордеров.

Первая часть корректировки кода завершена. Компилируем и смотрим, чтобы не было ошибок. Просматриваем индикатор на графике, для проверки закрываем все рыночные Buy ордера и убеждаемся, что блок для покупок исчезает.

Все проверили? Все работает? Начнем добавлять разные фильтры.

Добавляем фильтры

Для начала создадим внешнюю переменную Choose Order Symbol в самом начале кода вне теле функций для того, чтобы у пользователя был выбор какие ордера учитывать — все или же только по текущему символу. Тип данных переменной будет ENUM, его мы проходили на уроке 1.10 Переменные в разделе Input переменные. Пользовательский ENUM и внешняя переменная будут иметь вид:

Как мы помним, для пользователя отображается не наименование самой переменной, а тот текст, который стоит после знака // комментария, если он есть в наличии. Соответственно, в списке выбора значения для Choose Order Symbol, будет два варианта: Current Symbol (текущий символ) или All Symbols (все валютные пары). Теперь нужно этот фильтр добавить в код цикла for:

В строке #2 получилось условие if из двух выражений: первое проверяет, чтобы OrderSymbols (для пользователя Choose Order Symbol) был равен текущему символу (enum Current), а второе, чтобы символ ордера не был равен текущему символу графика. Получается, что если мы захотим увидеть в итоге только текущий символ в расчете, а пара из списка не будет с ним совпадать — мы пропускаем итерацию с помощью оператора continue. Если же OrderSymbols будет равен All Symbols, то условный оператор if вернет false и остановки данной итерации не будет, работа продолжится. В формуле мы используем только одно из значений enum (Current), второе в данном случае не нужно, если его выбрать в настройках, то условие так и так не выполнится. Надеюсь понятно объяснил.

Следующий фильтр добавим по номеру тикета. Для этого добавим внешнюю переменную Tickets типа string. В настройках через пробел или запятую пользователь сможет ввести необходимые ему тикеты, которые нужно проанализировать. По умолчанию мы оставим кавычки пустыми.

Добавляем следующий условный оператор if в #3 строчку кода:

Тут также проверяется два условия. Первое, если кавычки не пустые, т.е. если пользователь внес какие-то данные о тикетах в настройки. Если они остаются пустые, оператор вернет false и фильтр игнорируется. Если же нет, то второе условие с помощью строковой функции StringFind производит поиск тикета текущего выбранного ордера среди пользовательских данных. Соответственно, если пользователь внес свои тикеты, но текущий тикет не совпал ни с одним из них (функция вернула значение -1), то итерация пропускается, фильтр сработал.

Конечно, вряд ли вам нужно будет фильтровать ваши рыночные ордера по тикетам, у этого действия мало применений, мы же его добавили только для практики написания кода. Хотя, возможно, вы захотите отслеживать только 2-3 конкретных ордера и смотреть их суммарную плавающую прибыль или убыток.

Идем дальше. Следующий фильтр аналогичен предыдущему, только он фильтрует по magic номерам. Создаем внешнюю переменную MagicNumbers также типа string:

В тело цикла for следующей строкой дописываем похожее условие:

Если пользователь внес какие-то магики в настройках, они будут проверяться и фильтроваться. Так как мы для проверки индикатора открыли все ордера вручную, то они будут иметь магик номер равный 0. Для проверки работоспособности этого условия вы можете с помощью нашего скрипта открыть несколько рыночных ордеров с заданным вами магиком и потом отфильтровать их индикатором.

Следующий фильтр будет решать, какой тип ордеров нужно отображать: только покупки, только продажи или все. Для этого создадим второй enum и добавим внешнюю переменную OrderDirection:

Далее необходимо видоизменить тело цикла for для разных типов ордеров, добавив параметр OrderDirection в условия:

В строчках #6 и #11 с помощью логической операции && добавилась переменная OrderDirection. Соответственно для того, чтобы было соблюдено условие подсчета покупок, нам нужно, что тип выбранного ордера пользователем в настройках параметра OrderDirection не был равен Sell. Если он не соответствует продажам, значит он либо на покупки, либо для всех типов ордеров, что нас устраивает. Аналогично для ордеров на продажу проверяется условие, чтобы OrderDirection не был равен BuyТо же самое проделываем и с отложками, предварительно вынеся условия с логическим оператором || в отдельные скобки:

Готово. Осталось внести последнюю внешнюю переменную ShowPendings типа bool, задача которой будет разрешать учитывать в расчете отложенные ордера или нет.

Условие с переменной ShowPendings появится в #17 строчке. Теперь вы сможете сами решить, нужны ли вам данные по отложенным ордерам или нет. В итоге полностью готовый цикл будет иметь следующий вид:

Всё, все правки и дополнения заложены в код. Блок комментария менять не нужно, он реагирует на счетчик ордеров, который зависит от прохождения всех циклов. Осталось проверить ваш код, чтобы он корректно скомпилировался.

Я предлагаю вам поэкспериментировать с этими настройками, возможно вы придумаете какие-то свои дополнительные фильтры для открытых ордеров.

Полный код с подробными комментариями моих действий находится, как всегда, по ссылке ниже. Спасибо за внимание.

0. Начало работы

Скачать код урока

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Заполните поле
Заполните поле
Пожалуйста, введите корректный адрес email.
Вы должны согласиться с условиями для продолжения

Меню