Esiste una logica delle prestazioni per la miscelazione di un file binario?

Question

Sto scrivendo un parser per il tipo di archiviazione dei dati geografici più comune, una raccolta di file chiamati "shapefile". Questo è il mio primo progetto in cui ho dovuto pensare a Endianness.

Si scopre che lo stoccaggio della geometria è miscelato endian; Alcune parti del file sono grandi endian, ma la maggior parte è poco endian. Viene descritto lo standard di forma qui.

Esiste una logica performance riconoscibile, o è semplicemente nato dal contesto storico? In tal caso, ti capita di sapere cos'è quel contesto storico?

I numeri interi e i numeri interi a doppia precisione che compongono i campi di descrizione dei dati nell'intestazione del file (identificati di seguito) e registrano i contenuti nel file principale Piccolo Endian (PC o Intel®) Ordine di byte. I numeri interi e i numeri di punta mobile a doppia precisione che compongono il resto del file e la gestione dei file sono grande endian (Sun® o Motorola®) Ordine di byte.

Answer 1

Mentre non sembra esserci una risposta chiara per questo, quello che ho visto è una miscela di "confusione mentre cerca di creare un formato che funzioni su tutte le piattaforme" e "molti formati mal progettati sono stati progettati allora" . Maggiori informazioni qui: https://gis.stackexchange.com/questions/18969/oddities-in-the-hapefile-technical-specification