Roman0
|
Дата: 13.03.2012
Опять столкнулся с этим. Сейчас добавляю в свою таблицу сразу после RegisterOrder и все бы ничего, но у заявок с пустым Id теряется информация из ExtensionInfo, а там хранится критическая информация вроде типа заявки, времени выставления, первая ли это или последующая и т.п., которая периодически проверяется, и при извлечении собственных заявок из Trader.Orders стоит проверка на наличие определенного ключа в ExtensionInfo. Вопрос такой: можно ли сделать так, чтобы даже при пустом Id ExtensionInfo сохранялась?
|
|
Спасибо:
|
|
|
|
|
Alexander
|
Дата: 13.03.2012
Roman0 Опять столкнулся с этим. Сейчас добавляю в свою таблицу сразу после RegisterOrder и все бы ничего, но у заявок с пустым Id теряется информация из ExtensionInfo, а там хранится критическая информация вроде типа заявки, времени выставления, первая ли это или последующая и т.п., которая периодически проверяется, и при извлечении собственных заявок из Trader.Orders стоит проверка на наличие определенного ключа в ExtensionInfo. Вопрос такой: можно ли сделать так, чтобы даже при пустом Id ExtensionInfo сохранялась? Пустой Id или TransactionId?
|
|
Спасибо:
|
|
|
|
|
Roman0
|
Дата: 13.03.2012
Alexander Mukhanchikov Roman0 Опять столкнулся с этим. Сейчас добавляю в свою таблицу сразу после RegisterOrder и все бы ничего, но у заявок с пустым Id теряется информация из ExtensionInfo, а там хранится критическая информация вроде типа заявки, времени выставления, первая ли это или последующая и т.п., которая периодически проверяется, и при извлечении собственных заявок из Trader.Orders стоит проверка на наличие определенного ключа в ExtensionInfo. Вопрос такой: можно ли сделать так, чтобы даже при пустом Id ExtensionInfo сохранялась? Пустой Id или TransactionId? TransactionId конечно, извиняюсь )
|
|
Спасибо:
|
|
|
|
|
Alexander
|
Дата: 13.03.2012
Тогда я слабо представляю как это можно сделать, ведь заявку можно лишь по TransactionId однозначно сопоставить.
Ждём фикса от Арки.
Как вариант - делайте у себя вторую таблицу, дублирующую таблицу заявок. Её самостоятельно экспортируйте как кастомную таблицу и находите там заявки по цене \ времени \ комментарию, к примеру. Соответственно любой ExtensionInfo вы также сможете получить.
Т.е. просто экспорт кастомный таблицы, которая будет совпадать +- с таблицей своих заявок.
|
|
Спасибо:
|
|
|
|
|
Roman0
|
Дата: 13.03.2012
Alexander Mukhanchikov Тогда я слабо представляю как это можно сделать, ведь заявку можно лишь по TransactionId однозначно сопоставить.
Ждём фикса от Арки.
Как вариант - делайте у себя вторую таблицу, дублирующую таблицу заявок. Её самостоятельно экспортируйте как кастомную таблицу и находите там заявки по цене \ времени \ комментарию, к примеру. Соответственно любой ExtensionInfo вы также сможете получить.
Т.е. просто экспорт кастомный таблицы, которая будет совпадать +- с таблицей своих заявок. Спасибо, буду думать )
|
|
Спасибо:
|
|
|
|
|
Alexander
|
Дата: 16.03.2012
Добавил QuikTrader.SupportManualOrders. Отвечает за то, загружать ли сделки, поданные вручную из квика в робота. По умолчанию загрузка выключена.
Должно помочь как раз с данной проблемой - нулевой TransactionId.
Просьба проверить.
|
|
Спасибо:
|
|
|
|
|
Roman0
|
Дата: 16.03.2012
Alexander Mukhanchikov Добавил QuikTrader.SupportManualOrders. Отвечает за то, загружать ли сделки, поданные вручную из квика в робота. По умолчанию загрузка выключена.
Должно помочь как раз с данной проблемой - нулевой TransactionId.
Просьба проверить. Например, у меня конкретно с этим проблем нет, идентификация "своих" заявок идет по комментарию, который вроде нормально всегда передается, но опция полезная, хотя бы для того, чтобы меньше информации шло через события.
|
|
Спасибо:
|
|
|
|