Лучший способ обработки и отображения файлов без расширений на платформе Netbeans?

Хорошо, прочитайте ваше обновление. Итак, я бы сказал, что определенно в какой-то момент вам понадобятся DataObjects. Ключевые моменты:

1. Чтобы «связать» DataObjects с FileObjects, вам нужен DataLoader. Это фабрика DataObjects, которая активируется только для некоторых файлов. В принципе:

   DataObject dataObject = DataObject.find(fileObject);
   

   См. http://wiki.netbeans.org/DevFaqDataLoader.

2. Хотя для DataLoader обычно используется расширение файла для подтверждения типа файла, это не единственный способ. Действительно, DataLoaders используют типы MIME, а класс MIMEResolver можно использовать для присвоения типа MIME данному файлу. Опять же, проще всего посмотреть на расширение, но ваш код также может посмотреть на содержимое, чтобы угадать (http://wiki.netbeans.org/DevFaqFileRecognition). В основном вы должны реализовать свой MIMEResolver с помощью одного метода:

   public String findMIMEType (FileObject fileObject);
   

который может делать все, что захочет, вы регистрируете MIMEResolver в системе (см. files/HOWTO-MIME.html" rel="nofollow">http://bits.netbeans.org/dev/javadoc/org-openide-filesystems/org/openide/filesystems/doc-files/HOWTO-MIME.html< /a> для подробностей).

На этом этапе DataObject.find() сможет создать экземпляр вашего собственного подкласса DataObject.

1. DataObject имеет функцию createNodeDelegate(), которую можно использовать для создания узла, чтобы поместить его в представление для рендеринга. Он будет автоматически отображаться с именем DataObject, которое по умолчанию является именем FileObject. Если я правильно помню (но на данный момент я не уверен), платформа сама по себе должна быть в состоянии создать правильный объект данных для каталога, который автоматически создал бы узел с дочерними элементами для каждого содержащегося файла.

2. Для просмотра содержимого вы можете взглянуть на Editor API. К сожалению, я не знаком с ним, но, вообще говоря, его следует снова активировать с помощью типов MIME, которые связывают тип MIME, который вы ранее определили, со стилем «обычный текст». Посмотрите здесь http://bits.netbeans.org/dev/javadoc/org-openide-text/org/openide/text/doc-files/api.html и не беспокойтесь о длине документа, так как он также объясняет такие вещи, как изменение содержимого, которые вам не интересны.

3. Как только вы сможете визуализировать дерево файлов, используя FilterNode, чтобы скрыть некоторые дочерние элементы от просмотра (см. http://wiki.netbeans.org/DevFaqNodesDecorating).

Сначала несколько основных моментов:

1. Файлы представлены API файловых систем, поэтому вы наверняка будете его использовать. Не проблема, что FileObject управляет расширением, так как это будет строка "" в случае, если ваши файлы не имеют расширения.

2. DataObjects — это еще одна часть. Вы используете их для представления сущности модели, которая поддерживается файлом (точнее, FileObject) и имеет некоторую семантику (которую вы обычно реализуете путем создания подкласса DataObject и добавления методов). Под «некоторой семантикой» я подразумеваю нечто большее, чем просто набор данных, таких как последовательность байтов, но данные, которые интерпретируются. Я имею в виду: если ваше приложение будет предоставлять типичные функции проводника файловой системы, то есть копирование, перемещение, удаление файлов и т. д., API FileSystems достаточно: вам не нужно интерпретировать данные. Если вы, например. хотите реализовать приложение для обработки фотографий, которое также предлагает такие функции, как фильтрация и т. д., вполне вероятно, что вам понадобится подкласс PhotoDataObject DataObject, куда вы поместите дополнительную семантику. Это подразумевает наличие методов для чтения данных из файла и создания, например. BufferedImage или другое представление. Это всего лишь грубый способ представить вещи, но мы можем уточнить детали позже. DataObjects, конечно, являются дополнительной сложностью по сравнению с FileObjects, и вы должны использовать их только в том случае, если они вам нужны.

3. Ваш вопрос об узлах и дочерних элементах связан с отображением материала, а не с манипулированием им (для чего достаточно DataObject и FileObject). Nodes API является общим для создания модели представления, то есть структуры данных, отображаемой на экране. Это может быть что угодно, включая FileSystem или DataObject. Я не вижу особых проблем с файлами без расширения, так как если у них нет расширения, они будут просто отображаться без расширения. В любом случае, создавая подклассы Node, вы можете управлять тем, как что-то отображается на экране по вашему желанию.

Чтобы предоставить осмысленный пример кода, требуется, чтобы вы указали больше того, что вам нужно, с точки зрения, которую я только что описал в пунктах 1, 2 и 3.