Существует ли обоснование производительности для смешивания эндезии бинарного файла?

Question

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

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

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

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

Answer 1

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