ライブラリ: TypeToBytes - ページ 2

[fxsaber]

Rashid Umarov:
出版物のソースは更新されていますか？

いいえ、ソースコードは古いものです。新機能はあなたのものです

double Nan = (double)"nan";

[---]

fxsaber:

TypeToBitを実行するクラスを作れませんか？

、データを高密度にパックし、株のように高速で受け渡すことができます。

[fxsaber]

o_O:


、データを高密度にパックし、高速なストック型で転送する。

この意味がよくわからない。

[---]

、データは0に等しい余分なバイトなしで送信されます。

たとえば、4バイトのint = 32ビット。

変数が値=1を持っているとします。これは、プロトコルが32（00000000000000000001）ではなく、1ビット（=1）だけを送信することを意味します。



一般的に、データのビット表現はトラフィックを大幅に削減する。

----

バイブルは、送信された構造体をこのようなビット形式にパックし、それを読み返す（またはパックされた構造体から必要なデータを返す）ことができるはずである。

ファストにはもちろん他の機能もあるが、このパック機能だけが興味深い。

[fxsaber]

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

byte representation will be
00000000 00000000 00001010 |.00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111

と同じくらい速く（大げさ）

00001010 | 01011000 10011110 00100000 10111111

合計5バイトになる。2倍の節約になる。

（データを区切るストップ・ビットがあるはずだが、大まかな考え方はわかるだろう）。

[Maxim Kuznetsov]

o_O:
struct { int type; long time; } allow type=10, time=1486758079 byte representation will be 00000000 00000000 00001010 | となる。00000000 00000000 00000000 00000000 00000000 01011000 10011110 00100000 10111111 、高速な（誇張された） 00001010 | 01011000 10011110 00100000 10111111（データを区切るストップ・ビットがあるべきだが、一般的には本質が示されている）という形になる。

ASN.1の(彼女の？)BER/DER/XDRエンコーディングにも触れてください :-)

[fxsaber]

o_O:
00001010 | 01011000 10011110 00100000 10111111

合計5バイト。2倍の節約だ。

（データを区切るストップ・ビットは まだあるはず だが、大まかな考え方はわかるだろう）。

何がこのようなセパレーターの役割を果たすかは明らかではない。

[---]

fxsaber:
何がそのような仕切りになるのかは明らかではない。

http://www.jettekfix.com/node/36

[fxsaber]

o_O:
http://www.jettekfix.com/node/36

私の理解が正しければ、各バイトの8ビット目をセパレータにすることが提案されている。