Y at-il une raison de performances pour mélanger un boutisme de fichier binaire?

Question

J'écris un analyseur pour la plupart type de stockage de données géographiques commune, une collection de fichiers appelé « shapefile ». Ceci est mon premier projet où je devais penser à boutisme.

Il se trouve que le stockage de la géométrie est mélangée endian; certaines parties du fichier sont grandes endian, mais la plupart sont peu endian. La norme shapefile est décrit .

Y at-il une raison de la performance perceptible, ou était-il tout simplement né hors du contexte historique? Si oui, vous connaissez ce que le contexte historique est?

Les entiers et entiers double précision qui composent les champs de description de données dans le en-tête de fichier (identifié ci-dessous) et le contenu enregistrement du fichier principal sont little endian (PC ou Intel®) l'ordre des octets. Les nombres entiers et à virgule flottante double précision qui composent le reste du dossier et la gestion des fichiers sont big endian (Sun® ou Motorola®) octet ordre.

Answer 1

Bien qu'il ne semble pas être une réponse claire pour elle, ce que j'ai vu est un mélange de « confusion tout en essayant de créer un format qui fonctionne sur toutes les plateformes » et « un grand nombre de formats mal conçus ont été conçus à l'époque". Plus d'infos ici: https://gis.stackexchange.com/questions/18969/ singularités-in-the-shape technique spécification