Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Исходники обновили в публикации?
для плотной упаковки данных и их передачу по типу биржевого fast.
может сделаешь класс для работы TypeToBit ?
для плотной упаковки данных и их передачу по типу биржевого fast.
в нём данные передаются без лишних байт равных 0.
например 4 байтовый int = 32 бита.
допустим у переменной значение =1. Это значит, что протокол отправит только один бит (=1). вместо положенных 32 (00000000000000000000000000000001).
Если например =16, то это передасться 5 бит (=10000).
Вобщем битовое представление данных колоссально сокращает трафик.
----
библа по идее должна уметь упаковывать переданную структуру в такую битовую форму и читать её обратно (или возвращать нужные данные из упакованной структуры).
у фаста конечно и другие фичи, но интересна только эта его особенность упаковки.
Такое? Это uchar-массив, где каждый элемент, соответствующий fast-бит.
Похоже, понял. Есть массив какого-то типа, он преобразовывася в uchar-массив из fast-битов.
Например, массив {1, 2, 4} -> массив {7}. И обратное преобразование, конечно.
Такое? Это uchar-массив, где каждый элемент, соответствующий fast-бит.
Похоже, понял. Есть массив какого-то типа, он преобразовывася в uchar-массив из fast-битов.
Например, массив {1, 2, 4} -> массив {7}. И обратное преобразование, конечно.
{
int type;
long time;
}
допусти type=10, time=1486758079
байтовое представление будет
00000000 00000000 00000000 00001010 | 00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111
а в виде fast (утрированно)
00001010 | 01011000 10011110 00100000 10111111
итого 5 байт. Экономия в два раза.
(тут еще должен быть разделяющий данные стоп-бит, но в общем суть показана)
есть struct
{
int type;
long time;
}
допусти type=10, time=1486758079
байтовое представление будет
00000000 00000000 00000000 00001010 | 00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111
а в виде fast (утрированно)
00001010 | 01011000 10011110 00100000 10111111 (тут еще должен быть разделяющий данные стоп-бит, но в общем суть показана)
00001010 | 01011000 10011110 00100000 10111111
итого 5 байт. Экономия в два раза.
(тут еще должен быть разделяющий данные стоп-бит, но в общем суть показана)
Как раз таки не очевидно, что может служить таким разделителем.
http://www.jettekfix.com/node/36
Если правильно понял, то предлагается 8-й бит каждого байта сделать тем самым разделителем.