trade_action::cancelOrder(order)

[daytrader]

function onATFOrder(var id)
этой функцией я получаю  ID заявки выставленную ATF

могу ли я по этому ID ее снять и как?
версия ATF 1.8

PS
пробую через trade_action::cancelOrder(id)
но то ли сама функция не работает на 1.8, то ли не могу ее корректно передать в calc()

nxz, здесь order - это структура, а не идентификатор.

В качестве параметра указывается либо идентификатор заявки, либо сам объект заявки, при этом заявка сниманиется по номеру, и лишь в случае, если номер заявки не указан, используется идентификатор

как здесь структуру тогда делать? какая она?
Из учебника как-тоне очень понял что указывать... точнее понятно что можно ID но снимается по номеру. Но если номера нет то по ID - замкнутый круг прям ...

[daytrader]

так... кто-нибудь ну помогите что ли Целый день молчать такого еще не было

[Heller]

Судя по тому, что вы пишете, должно работать. Приведите код целиком - будет проще понять что происходит.

[daytrader]

делаю вот что:

function onATFOrder(var id) {
var order = getOrder(id);
}

получили ID заявки

но в function calc() я не могу ее передать видимо, ибо когда пишу в ней:

if (id !=0) {
trade_action::cancelOrder(id) }

ничего не происходит - заявка на месте.

Когда же я убрал условие if - ATF ругается что переменная id не задана.

Я так понимаю что я ее задаю в первой функции но как передать ее во вторую?

в общем запутался на этом месте.

[ddd323]

сохраните ид в глобальную переменную (объявленную как статик перед всеми функциями) и ее уже используйте при снятии

[daytrader]

т.е. в начале перед вызовом функций я пишу:
var id;

а дальше пишу:
function onATFOrder(var id) {
...
}

или

function onATFOrder(id) {
...
}

я так понимаю что при вызове этой функции мы как раз и присваиваем id.
верно?

[Heller]

Code: [Select]

static trnid = 0;

function onATFOrder(var id)
{
  trnid = id;
}

function calc()
{
  if (trnid) {
    trade_action::cancelOrder(trnid);
    trnid = 0;
  }
}

Например так.

[ddd323]

Heller, как работает эта функция в варианте передачи ей хэша - обязательно ли передавать ей полностью правильно заполненный хэш? Дело в том, что организовывать сохранение полных хэшей в файле, по сравнению с сохранением одного id существенно более геморройно с точки зрения написания и жрет больше ресурсов. Можно ли как-нибудь обхитрить ATF и дать ему хэш, в котором заполнено только одно поле "orderno"?
Тогда для активных заявок можно было бы сохранять только биржевой номер заявки...

[daytrader]

Heller спасибо!
я конечно наглею наверное - но с примерами намного удобнее

PS
для условных (стопов) это будет работать?

PPS
еще вопрос:
if (trnid) или все таки if (trnid !=0)

[Heller]

На самом деле if(trnid) и if(trnid!=0) ничем не отличаются. Числа внутри if приводятся к логическому значению, и 0 - это "ложь", остальное - истина.  Хотя конечно if(trnid!=0) - это более явно. У меня просто привычка.

Про объект заявки - да, на самом деле он просто проверяет в хеше в первую очередь наличие поля "orderno", а потом уже если его не находит, то "trdid". Вот собственно и вся логина.

Для стопов и условных это будет работать.

[daytrader]

Спасибо! тестирую
а по поводу != это я просто так привык, но буду знать... обновлю код немного.

[ddd323]

Уважаемые разработчки, при снятии  из скрипта условной заявки по trnid должен вызываться onATFOrder на соответствующее изменение статуса с OS_WAITING на OS_DISABLED?
По логике вроде должен, но 2жды проверял (подавал на свече в 10.00 в onNewCandle соответствующий запрос) onATFOrder по результатам снятия заявки не вызывается. Но прикол в том, что если снимать ее (руками, а не из скрипта!) в 23.52, когда сессия уже закончена onATFOrder! (а не onClientOrder)  вызывается...
(Наблюдения с текущего финамовского АТФ 1.

[ddd323]

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

[Heller]

Логика тут такая: при выставлении заявки из скрипта ATF, ее идентификатор запоминается в списке заявок этого скрипта (!). Когда происходят какие-то изменения в состоянии заявки, если ее идентификатор находится в этом списке, то вызывается функция onATFOrder(), в противном случае - onClientOrder().

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

[ddd323]

ну то есть при переходе через ночь или любой другой разрыв с сервером onATForder по старым заявкам вызываться не будет, но onClientOrder будет (т.к. он вызывается по всем заявкам этого клиента по этой (где скрипт) бумаге если   их нет в списке "памяти" скрипта). Правильно?

Heller, эта история будет улучшаться с учетом планов делать сохраняемый и восстанавливаемый кеш переменных скрипта, чтобы избавит нас от файловых операций по сохранению статуса переменных?