Интервью: Уилфред Спрингер о битовом синтаксисе для Java

У Preon есть пара точек подключения. Как я уже говорил ранее, довольно легко создать поддержку для вашего собственного конкретного типа сжатия. Скажем, вам нужна поддержка закодированных данных Хаффмана . В этом случае вы бы:

Вот и все. Это много работы? Я так не думаю, но что более важно, вы добавили не только поддержку кодирования Хаффмана для определенного формата файла, но и для
всех форматов файлов, которые полагаются на строки, закодированные Хаффманом. Как это круто?

Мы начали работу над Preon в TomTom, когда нам понадобилась возможность декодировать сжатый формат файла карты в Java, безопасным способом, и обратили внимание на проблемы, связанные с необходимостью поддерживать алгоритмы кодирования и декодирования и документацию вручную.

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

Удостовериться, что Preon поддерживает файлы классов Java (то есть использование Preon для создания файлов классов Codec for Java), оказалось особенно сложной задачей. Способ поиска данных в пуле констант, по меньшей мере, неудобен. Однако, в качестве основы для поддержки двоичного кодирования в целом, вы не можете сделать исключение для неуклюжих конструкций.

В общем, я получаю много положительных отзывов. Оказывается, мы не единственные, кто когда-то нашел ограниченную поддержку двоичных данных в Java, и это определенно удовлетворяет потребность.

Один из часто слышимых комментариев к Preon — очевидно, что в настоящее время он еще не поддерживает кодирование. Это действительно ограничение, но это не значит, что это невозможно сделать. Единственная проблема — время, но я полон решимости включить его в следующий основной релиз.

Другой вопрос, который регулярно возникает, заключается в том, следует ли вам избегать определения собственных стандартов двоичного кодирования и
вместо этого полагаться на кодирование BER ASN.1 . Теперь я думаю, что это будет ошибкой. Кодировка BER или двоичные стандарты XML-кодирования хороши, если ваша модель Infoset, но во многих случаях это не так, и есть гораздо более быстрые способы доступа к данным, если вы признаете это.

Давайте возьмем сетевой график в качестве примера. Если вы возьмете этот сетевой график и закодируете исходящие ребра в другие узлы по смещению расположения этих узлов относительно начала файла, то вы можете легко перейти вперед и извлечь эти данные без необходимости декодировать весь файл. , Это огромное преимущество по сравнению с кодировкой BER.

То же самое относится ко всем другим известным (основанным на энтропии) методам сжатия. Вы можете получить много пробега от этих методов, и было бы напрасно игнорировать это. Фактически, именно поэтому большая часть данных на вашем диске все еще имеет двоичное кодирование.

Если вы хотите узнать больше о Preon, есть несколько документов, доступных на веб-сайте и на Scribd. Я предлагаю вам сначала прочитать введение , а затем проверить примеры.

Вы можете проверить примеры, проверив источники, но вы также можете проверить их онлайн в Fisheye . Проверьте модуль preon-samples. Я бы посоветовал вам начать с примера Bitmap в preon-sample-bmp. Затем вы можете изучить пример preon-sample-bytecode, который в основном содержит источники декодера байт-кода Java без единой строки императивного кода.

Я полагаю, что вы готовы пойти после этого Библиотеки Preon можно скачать из репозитория Maven, найденного
здесь , но вам также нужно будет добавить ссылки на репозитории Limbo и Pecia, поскольку Preon зависит от этих библиотек.

<dependencies>
    <dependency>
      <groupId>nl.flotsam.preon</groupId>
      <artifactId>preon-binding</artifactId>
      <version>1.0</version>
    </dependency>
  </dependencies>
  ...
  <repositories>
    <repository>
      <id>limbo-repository</id>
      <url>http://limbo.sourceforge.net/repository</url>
    </repository>
    <repository>
      <id>pecia-repository</id>
      <url>http://pecia.sourceforge.net/repository</url>
    </repository>
    <repository>
      <id>preon-repository</id>
      <url>http://preon.flotsam.nl/repository</url>
    </repository>
  </repositories>

Если вы чувствуете необходимость добавить свой собственный кодек, проверьте дважды, потому что то, что вы хотите, уже может быть там. Однако, если вы все еще чувствуете необходимость добавить свой собственный кодек, сначала изучите
пример BooleanCodec . Это очень легко понять, и даст вам все, что вам нужно.

Поддержка кодирования — это первая вещь в моем списке пожеланий для следующего выпуска. Затем появляется возможность комментировать hexdumps, чтобы объяснить, что внутри, на основе метаданных, собранных Preon. Это будет просто потрясающе. Больше не нужно проверять hexdump вручную, вместо этого нажмите на кусок hexdump и попросите Preon объяснить, что это значит.

Кроме этого, я хотел бы иметь больше примеров использования Preon. Я начал изучать файлы Flash на днях, и я думаю, что это интересный случай для Preon.

Я еще не получил никаких взносов от других людей, за исключением некоторых из моих бывших коллег. Тем не менее, я хотел бы пригласить кого-нибудь, чтобы попробовать его конкретную проблему. Я был бы рад помочь вам и объяснить Преону, если документация не дотягивает. Пришло время признать, что мы пишем программы, которые будут выполняться компьютерами, а не людьми. Компьютеры гораздо лучше справляются с двоичными данными, чем с данными, читаемыми человеком. И я думаю, что Preon — отличный инструмент, помогающий заставить компьютер делать то, что у него лучше всего.