Endianness nei linguaggi di programmazione

Question

Bene, il tema "Endianness" mi ha sempre dato un po 'di confusione, ma non ho mai dovuto affrontare problemi che mi hanno costretto a pensare al comportamento predefinito degli scrittori/lettori binari che ho usato. Sto scrivendo un decoder PNG in C# in questo momento. La specifica del formato di file PNG afferma che tutti i numeri sono memorizzati in una notazione big endian (che trovo molto naturale). Tuttavia, sono rimasto molto sorpreso quando ho notato che BinaryReader/Writer di .NET funziona con una notazione little endian. Ciò che mi ha confuso ancora di più è stato il fatto che l'IO binario di java funziona con una notazione big endian (non sono un programmatore java, quindi forse ho torto). Così ho iniziato a pensare alle seguenti domande:

1 - Perché le cose sono come sono? Intendo un comportamento predefinito della libreria di classi base. 2 - Perché non c'è modo di scegliere una notazione preferita quando si utilizza System.IO di .NET.

Attualmente sto usando Jon Skeet'sMiscUtil e funziona come un incantesimo (grazie, man =)). Ma sarebbe bello vedere questa funzionalità in una libreria di classi base.

Answer 1

Questo perché il codice è pensato per funzionare nel modo migliore possibile sulla piattaforma più importante. C# /. NET è di Microsoft e viene eseguito principalmente su piattaforme x86. x86 è little-endian, quindi ha senso rendere la libreria little-endian. Java è prodotto da Sun e il Sun SPARC era big-endian, quindi lo standard Java era invece big-endian.

Answer 2

Il BCL contiene elementi nella classe statica System.BitConverter che consente di gestire il sistema endianness. Di conseguenza, tutti i metodi in BitConverter sono sostanzialmente indipendenti dalla piattaforma.

Inoltre, il metodo System.Net.IPAddress.NetworkToHostOrder consente di modificare l'endianità da big a little endian e viceversa.

Answer 3

immagino che si riduce a sempre essere in grado di affrontare sia , indipendentemente dalla piattaforma in cui siete. Preon sta tentando di nascondere parte di tale complessità consentendo di dichiarare in modo dichiarativo (utilizzando le annotazioni) la mappatura tra la rappresentazione dei dati in memoria e la rappresentazione codificata.

Quindi, se questo è parte della vostra struttura di dati:

public Image { 
    int width; 
    int height; 
} 

quindi definire la mappatura ad una rappresentazione naturale big endian sarebbe facile come questo:

public Image { 
    @BoundNumber int width; 
    @BoundNumber int height; 
} 

Tuttavia, se la rappresentazione è little endian, quindi puoi farlo:

public Image { 
    @BoundNumber(byteOrder=LittleEndian) int width; 
    @BoundNumber(byteOrder=LittleEndian) int height; 
} 

In entrambi i casi, creando un Il codec per questa struttura dati è lo stesso:

Codec<Image> codec = Codecs.create(Image.class); 

So che alcune persone stavano parlando di portarlo anche su .NET.