程序库: TypeToBytes - 页 2

 
Rashid Umarov:
出版物中的源代码更新了吗?
没有,源代码是旧的。您才是拥有新功能的人
double Nan = (double)"nan";
 
fxsaber:
你能制作一个运行 TypeToBit 的类吗?

,密集打包数据并像股票一样快速传递。
 
o_O:
也许可以为 TypeToBit 操作创建一个类? ,以密集打包数据并通过存量快速类型进行传输。

我不明白这是什么意思。
 
有一种银行间快速协议(在用于报价传送的同一 micex 上)

,在该协议中,数据的传输没有等于 0 的额外字节。

,例如 4 字节 int = 32 位。

,假设一个变量的值为 =1。这意味着该协议将只发送一位 (=1),而不是 32 位 (000000000000000000000001)。

例如,如果 =16,则将发送 5 比特 (=10000)。

一般来说,数据的比特表示极大地减少了流量。

----

圣经应该能够将传输的结构打包成这样的比特形式,并将其读回(或从打包的结构中返回必要的数据)。

Fast 当然还有其他功能,但只有它的打包功能值得关注。
 
ArrayPrint(_R(Num).Bits); // 打印快速位

像这样吗?这是一个 uchar 数组,每个元素对应一个快速位。

我想我明白了。有一个某种类型的数组,它由快速位转换成 uchar 数组。

例如,数组{1, 2, 4} -> 数组{7}。当然还有反向转换。

 
fxsaber:
ArrayPrint(_R(Num).Bits); // 打印快速位

像这样吗?这是一个 uchar 数组,每个元素对应一个快速位。

我想我明白了。有一个某种类型的数组,它由快速位转换成 uchar 数组。

例如,数组{1, 2, 4} -> 数组{7}。当然还有反向转换。

有 struct

{
int type;
long time;
}

allow type=10, time=1486758079

字节表示将是
00000000 00000000 00000000 00001010 |00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111

和一样快(夸张)

00001010 | 01011000 10011110 00100000 10111111

,共 5 个字节。节省了两倍的时间。

(数据之间应该有一个停止位,但你可以看到大致的意思)。
 
o_O:
有 struct { int type; long time; } allow type=10, time=1486758079 字节表示法将是 00000000 00000000 00000000 00001010 |00000000 00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111 ,并以快速(夸张)的形式 00001010 | 01011000 10011110 00100000 10111111(数据之间应有一个停止位,但一般来说,本质已显示出来)。













提及 ASN.1 及其(她的?)BER/DER/XDR 编码 :-)
 
o_O:
00001010 | 01011000 10011110 00100000 10111111

,共 5 个字节。节省了两倍的费用。

数据之间应该还有一个停止位,但你可以看到大致的意思)。
目前还不清楚什么可以作为这种分隔符。
 
fxsaber:
什么可以作为这样的分隔物并不明显。
http://www.jettekfix.com/node/36
Hello World Example | jettekfix.com
Hello World Example | jettekfix.com
  • www.jettekfix.com
To introduce the encoding and decoding process, we describe how a trivial message with only 1 field would be FAST encoded and decoded. Input Message Here's the message we'll start with: The SOH (ASCII 1) is the FIX separator byte. The Template This message requires a very simple template (expressed in XML and described in greater detail in...
 

如果我理解正确的话,建议将每个字节的第 8 位作为分隔符。