Есть ли обоснование производительности для смешивания порядка двоичных файлов? - PullRequest
4 голосов
/ 13 января 2012

Я пишу парсер для наиболее распространенного типа хранения географических данных, набора файлов, называемого «шейп-файл».Это мой первый проект, в котором мне приходилось думать о порядке байтов.

Оказывается, что хранилище геометрии является смешанным порядком байтов;некоторые части файла имеют порядковый номер с прямым порядком байтов, но большинство из них имеют порядок байтов.Стандарт шейп-файла описан здесь .

Есть ли заметное обоснование производительности или он просто возник из исторического контекста?Если да, знаете ли вы, что это за исторический контекст?

Целые числа и целые числа двойной точности, которые составляют поля описания данных в заголовке файла (обозначены ниже) и записывают содержимое вОсновной файл находится в порядке байтов с прямым порядком байтов (ПК или Intel®).Целые числа и числа с плавающей запятой двойной точности, которые составляют остальную часть файла и управления файлами, имеют порядок байтов big endian (Sun® или Motorola®).

1 Ответ

1 голос
/ 22 мая 2014

Хотя пока нет четкого ответа на этот вопрос, я увидел смесь «путаницы при попытке создать формат, который работает на всех платформах» и «было разработано множество плохо разработанных форматов».тогда ".Больше информации здесь: https://gis.stackexchange.com/questions/18969/oddities-in-the-shapefile-technical-specification

...