Разработчики,
как работает ваша реализация ReRegisterOrder для Квика?
Вот тут: http://www.finans-invest.ru/downloads/quik/UG_QUIK.pdf
прочитал, что есть разные режимы MOVE_ORDER, в т.ч. позволяющие не задавать объем в новой заявке.
Это поддерживается в ReRegisterOrder? Если да, то как?
评论 (9)
登录 或 创建账户, 登录或注册以发表评论
Все именно так, как написано.
Какой в этом логический смысл? Чем будет отличаться от клонирования и перерегистрации заявки?
Есть 2 метода ReRegisterOrder. Для одного - задаёте 2 ордера, для другого - 4.
http://www.finans-invest.ru/downloads/quik/UG_QUIK.pdf стр. 214 внизу.
Как реализованы эти два ReRegisterOrder? Какой MODE они подсовывают в транзакцию?
Идёт замена (перерегистрация) одной заявки на другую. Напишите в новой объём 10 - будет 10. Напишите 20 - будет 20.
Это почитали про MODE? http://www.finans-invest.ru/downloads/quik/UG_QUIK.pdf стр. 214 внизу. Мой вопрос предельно конкретен :-). Какой MODE используется реализацией ReRegisterOrder для Квика
Mode проставляется в зависимости от объёма. Всё поддерживается.
Мне напоминает вопрос про потоки😂... Вы лучше с конца зайдите. Что-то работает не так? Заявка не переставляется? Если все работает как надо так ли важно, какой там режим? Я вот например даже и не вспомню сразу, что там за что отвечает. Писалось 1.5 года назад. Помнить всю ту символику что извергает РТС ИТ отдел? Увольте.
В корне не согласен с предлагаемыми способами "познания мира" (и в случае потоков, и в случае режима мува) :-)
Когда я что-то девелоплю и при этом использую сторонние библиотеки, хочу точно знать про те свойства этих библиотек, которые меня интересуют, а не реализовывать свою логику в состоянии неопределенности и радуясь тому, что при отладке ничто не "вылезло" :-)