ПоискПоиск  ПравилаПравила  ПользователиПользователи  ПрофильПрофиль  РегистрацияРегистрация  ВходВход
Форум «Техническая поддержка ПО ASTS»
Форум разработчиков и пользователей программного обеспечения, предназначенного для работы на рынках, обслуживаемых торгово-клиринговой системой ММВБ (ASTS).
определение своих заявок при работе через fast
Новая тема   Ответить на тему
На страницу Пред.  1, 2
 Предыдущая тема :: Следующая тема 
 Автор  Сообщение 
Grigory Baytsur
Стаж: 5 лет 6 месяцев
Откуда: Москва
Сообщений: 46
Пт Мар 28, 2014 10:46 (спустя 1 год 5 месяцев 10 дней) Ответить с цитатой Получить постоянный адрес сообщения
Олег, по стандарту это строка, а не число. Не надо делать предположений - используйте строку. Так проще жить.

MDEntryID (Tag = 278, Type: String)

Unique Market Data Entry identifier.

Used in:

Market Data - Incremental Refresh (X) 
 
Oleg Vazhnev
Стаж: 7 лет 10 месяцев
Сообщений: 1376
Вт Апр 01, 2014 23:38 (спустя 1 год 5 месяцев 15 дней) Ответить с цитатой Получить постоянный адрес сообщения
Григорий, ну вы же понимаете что работа со строками безнадёжно сольёт по скорости работе с интами. Так что если там инты, я конечно буду использовать инты. Скорость тут куда важнее потанциальной compatibility portability или что бы там не было. 
 
Oleg Vazhnev
Стаж: 7 лет 10 месяцев
Сообщений: 1376
Пт Апр 04, 2014 19:50 (спустя 1 год 5 месяцев 17 дней) Ответить с цитатой Получить постоянный адрес сообщения
"В ответе функции ExecTransEx появится еще и биржевой номер заявки в отдельном поле. Это позволяет при обработке ответа ориентироваться именно на него, а не выискивать номер заявки в тексте ответа ТС на одном из двух языков, и держать в коде еще и список номеров ошибок, при которых заявка все же регистрируется. "

интересно, т.е. такой страшный код как у меня (внизу) больше не нужен? Нужно срочно переходить на ExecTransEx? У ExecTransEx есть какие-нибудь недостатки?

transationResult.rejected = false;
// (161) Заявка на продажу N 10000000000 зарегистрирована.
char* pChar = strchr(message, 'N');
if (pChar == NULL) {
	printf("Can't parse order id, message = %s\n", message);
} else {
	//transationResult.orderId = atoll(pChar + 1);
	transationResult.orderId = _atoi64(pChar + 1);
	char* pChar2 = strchr(pChar + 25 * sizeof(char), '(');
	if (pChar2 == NULL) {
		transationResult.filled = 0;
	} else {
		int filledVolume = atoi(pChar2 + 1);
		// printf(" xx filled id = %lld filledVolume = %d\n", transationResult.orderId, filledVolume);
		transationResult.filled = filledVolume;
	}
	// std::cout << "Added order id = " << transationResult.orderId << std::endl;
}


а filled в ExecTransEx можно будет достать малой кровью?
вообще где посмотреть что возвращает MTEExecTransEx? 
 
Последний раз редактировалось автором 04.04.2014 20:37, всего редактировалось 4 раза
Oleg Vazhnev
Стаж: 7 лет 10 месяцев
Сообщений: 1376
Пт Апр 04, 2014 20:37 (спустя 1 год 5 месяцев 17 дней) Ответить с цитатой Получить постоянный адрес сообщения
и сразу вопрос - а не будет ли MTEExecTransEx медленнее, чем MTEExecTrans? Возможно быстрее сделать вызов MTEExecTrans и выдрать всё из сообщения на клиентской стороне, чем вызывать более "навороченный" MTEExecTransEx? 
 
Последний раз редактировалось автором 06.04.2014 19:36, всего редактировалось 2 раза
Grigory Baytsur
Стаж: 5 лет 6 месяцев
Откуда: Москва
Сообщений: 46
Пн Апр 07, 2014 08:27 (спустя 1 год 5 месяцев 20 дней) Ответить с цитатой Получить постоянный адрес сообщения
Описание работы с MTEExectransEx есть в документации шлюза ASTS.
Что касается скорости, то она одинаковая, потому дополнительные данные прилетают всегда, но не отдаются при использовании MTEExecTrans для обратной совместимости. Торговый FIX все равно быстрее, но я не вижу смысла далее обсуждать в теме про FAST marketdata другие вопросы.  
 
Oleg Vazhnev
Стаж: 7 лет 10 месяцев
Сообщений: 1376
Пн Апр 07, 2014 11:37 (спустя 1 год 5 месяцев 20 дней) Ответить с цитатой Получить постоянный адрес сообщения
спасибо, Григорий! 
 
UZmosk
Стаж: 2 года 7 месяцев
Откуда: Россия Москва
Сообщений: 1
Вт Янв 27, 2015 10:06 (спустя 2 года 3 месяца 12 дней) Ответить с цитатой Получить постоянный адрес сообщения
Принцип работы udp multicast вещания состоит в том, что передается общаяя информация, одинаковая для всех. В ней по определению не может быть ничего индивидуального

 
 
Oleg Vazhnev
Стаж: 7 лет 10 месяцев
Сообщений: 1376
Сб Фев 07, 2015 01:33 (спустя 2 года 3 месяца 23 дня) Ответить с цитатой Получить постоянный адрес сообщения
UZmosk писал(а):
Принцип работы udp multicast вещания состоит в том, что передается общаяя информация, одинаковая для всех. В ней по определению не может быть ничего индивидуального

 


всё равно никто не мешает выцепить свои заявки по временным меткам 
 
Показать сообщения:   
Новая тема   Ответить на тему
Список разделов форума -> Техническая поддержка ПО ASTSНа страницу Пред.  1, 2
Страница 2 из 2

Rambler's Top100 Rambler's Top100
Рейтинг@Mail.ru
Copyright © Московская биржа, 2006-2017.
Ваши предложения, замечания и вопросы
по работе форума направляйте на email: