Параметры в OnTrade()

[Mykola Demko]

Господа разработчики, проясните пожалуйста что означали ваши высказывания по поводу введения параметров в OnTrade() ???
Я на досуге (уже в который раз) разбирался с данным обработчиком события и сознание резануло вопиющая несправедливость...
Во первых сервер знает по какому тикету ордера он возбудил событие Trade, но клиенту об этом не говорит, наверное тайна,
из 4 событий по которому срабатывает Trade, а именно:

    Размещение ордера.
    Совершение сделки.
    Уход отработанного ордера в историю.
    Открытие позиции.

только одно ордера не касается напрямую, это открытие позиции.
Но OnTrade() молчит не только по поводу тикета но так же и по поводу типа события.
Отсюда мораль, для облегчения жизни клаводолбильного народа :) думаю срочно нужно вводить системную структуру trade

struct trade
{
 ticket;
 mode;
}

чтоб получать от обработчика события Trade, вразумительный ответ по какому приказу возбудились и что собственно сделано.
Иначе введение асинхронной функции OrderSend грозит бААльшими проблемами.

[Yedelkin]

Обещали - когда-нибудь сделают. Куда торопиться? К прошлому чемпионату не успели - никто не пострадал особо. Сейчас, видимо, другие приоритеты.

[Mykola Demko]

Yedelkin:

Обещали - когда-нибудь сделают. Куда торопиться? К прошлому чемпионату не успели - никто не пострадал особо. Сейчас, видимо, другие приоритеты.

Вы не читаете между строк, было заявлено что функция OrderSend станет асинхронна (сейчас функция ждёт пока сервер вернёт код),

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

Так что грядут изменения, и хотелось бы к ним быть готовым.

[Yedelkin]

Urain:

Вы не читаете между строк

Это "да". Пичалька забила весь разум :) Ведь о параметрах (структуре) речь  велась задолго до появления оснований для предупреждения: "Иначе введение асинхронной функции OrderSend грозит бААльшими проблемами".

[Yedelkin]

Случайно всплыла тема от 2010.05.02: "Было бы намного проще если бы разработчики в функцию OnTrade() ввели коды типа: 1-открыта позиция, 2-закрыта, 3-сработал стоп-лосс, 4-модифицирован стоп-лосс и т. д."

[Mykola Demko]

Смотрю форум проснулся, может услышим доклад "начальника транспортного цеха" :)

Повторю вопрос:

Господа разработчики, проясните пожалуйста что означали ваши высказывания по поводу введения параметров в OnTrade() ???

[Renat Fatkhullin]

Urain:

Смотрю форум проснулся, может услышим доклад "начальника транспортного цеха" :)

Повторю вопрос:

Господа разработчики, проясните пожалуйста что означали ваши высказывания по поводу введения параметров в OnTrade() ???

Они обозначали то, что было заявлено. Пока никаких подвижек и дополнительных комментариев нет.

[Mykola Demko]

Вот мы и получили долгожданный обработчик OnTradeTransaction()

Те OnTrade с параметрами. При беглом ознакомлении всё очень логично сделано, спасибо разработчикам, постарались хоть и ночей недосыпали.

Реально спасибо.

Вот только ещё одна маленькая просьбочка:

Хотелось бы для полного контроля чтоб запросы ещё подписывались терминалом с помощью счётчика запросов(системной переменой).

По принципу выстрел.., в запросе автоподпись, в результе возврат подписи сразу по завершении OrderSend или OrderSendAsync.

Таким образом от вызова функции OrderSend/OrderSendAsync и до статуса ордера Plased возвраты так же будут именными.

Сложность тут лишь в том, когда обнулять счётчик,

например при перегрузке терминала или автоматически в полночь (на первом тике нового дня)

или какое своё событие обнуления.