ネットワークバイトオーダーについて考えるべきですか？

Question

"ネットワークバイトオーダー"の概念を理解できません。私はNetwork byte order and endianness issuesを読みましたが、それでもできません。
今、私はTCPソケットを介して2台のコンピュータ間の通信のための正式なネットワークプロトコル記述を作成しました。ここでは「...リトルエンディアンのバイトオーダーを使用する」というフレーズがあります。しかし、標準のネットワークバイトオーダーはビッグエンディアンです。

ネットワークの両側でバイトオーダーが完全に定義されていて、おおよその文字列がvoid*とsizeの場合は、バイトオーダーについて考えるべきですか？ネットワークは自分のデータをどのように「知る」ことができますか？浮動小数点型はどうですか？

stream.setDevice(tcpSocket); 
stream.setByteOrder(QDataStream::LittleEndian); 
... 

struct SomeType 
{ 
    int32_t a; 
    int32_t b; 
    double c; 

    friend QDataStream& operator << (
     QDataStream& stream, const SomeType& x) 
    { 
     stream << x.a 
      << x.b 
      << x.c; 

     return stream; 
    }   
}; 

またはだけであってもよい：

SomeType x; 
tcpSocket.write(&x, size); // If known a byte order and a data structure alignment on both sides 

Answer 1

32ビット値がリトルエンディアンとして表される（インテルなど）：私は私の側に書き込むことができないかどうかを例えば

、

address offset 0 1 2 3 bits 0-7 bits 8-15 bits 16-23 bits 24-31

---

とネットワークバイト順またはビッグエンディアン（モトローラのCPUなど）で表される：

address offset 0 1 2 3 bits 24-31 bits 16-23 bits 8-15 bits 0-7

---

あなたが最初の（あなたがやった場合）マシンコードを書くために学んだアーキテクチャに応じて、1つのようになりますあなたには他のものよりも意味があります。 45歳未満のほとんどの人にとって、ネットワークバイトオーダーとは反対のリトルエンディアンになります。 （！）

テキサスの土地で、0ビットので、あなたはそれがさらに混乱だ私のようなテキサスTMS9900アーキテクチャ上のマシンコードを記述することを学んだ場合は最上位ビットである

---

更新：

一般に、ハードウェアまたはコンパイラの実装の選択、または言語とは独立した方法で、ワイヤ上のデータをエンコードする方が良いです。

ここhttps://developers.google.com/protocol-buffers/docs/encoding

利点がある：

1. 一般少ないトラフィックがそれほど速く送信

2. 各端ネットワーキングここ

   は、Googleのプロトコルバッファからそのような符号化の例です接続のハードウェア、コンパイラのバージョンに関係なく、データを理解するか、またはさらに言語。

Answer 2

TCPソケットは単なるバイトストリームであり、送信するデータのエンディアンについてはまったく気にしません。したがって、自分のプライベートネットワークプロトコルでは、好きなバイトオーダーを使用することができます。プロトコルを使用するすべてのコンピュータが同じ自然なバイトオーダーを持っている場合は、これを直列化順序として使用することをお勧めします。これは、2番目の例のようにコードを書くことができるためです。