VPF::Как определить тип накопителя

ki6opr

Дата 14.4.2008, 07:36 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 67
Регистрация: 20.12.2006

Репутация: нет
Всего: нет

столкнулся с необходимостью определить тип накопителя из приложения , тоесть есть в системе некоторые диски C , D , E и F допустим, из которых C и D - это жесткие диски а E и F - съемные устройства, метод класса FileSystemView isDrive , isFloppy оставлены без реализации (всегда возвращают false), мб сталкивался кто-нибудь с такой проблемой ?

но получают же как то swing'овые диалоги выбора файлов иконки с дисков и прочих устройств (тоесть получается что как то узнаю тип устройства). сам в это сторону сейчас и копаю

ki6opr

Дата 14.4.2008, 08:49 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 67
Регистрация: 20.12.2006

Репутация: нет
Всего: нет

нашел платную библиотеку с нативным кодом которая позволяют работать с ФС, но хотелось бы бесплатно smile

Andy_L20066

Дата 14.4.2008, 12:11 (ссылка)

(нет голосов)

Загрузка ...

Бывалый

Профиль
Группа: Участник
Сообщений: 177
Регистрация: 10.3.2008

Репутация: нет
Всего: 1

интересный вопрос... лично никогда с такой проблемой не сталкивался... только что случайно нашел статью... не знаю поможет ли она тебе...
http://forum.java.sun.com/thread.jspa?thre...ssageID=3658815

там пример вывода инфи о дисках, только в примере нужно писать:
System.out.println(fsv.getSystemDisplayName(new File("c:/")));
System.out.println(fsv.getSystemDisplayName(new File("d:/")));
тогда на консоле будет:
Local Disk (C:)
Local Disk (D:)

честно говоря... не знаю или ето то что тебе нужно....

LSD

Дата 14.4.2008, 12:57 (ссылка)

(нет голосов)

Загрузка ...

Leprechaun Software Developer

Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 210
Всего: 538

Цитата(ki6opr @ 14.4.2008, 08:36

)

метод класса FileSystemView isDrive , isFloppy оставлены без реализации (всегда возвращают false)

Это они в базовом классе оставлены без реализации, в наследниках они переопределенны. Вот например так выглядит WindowsFileSystemView:

Код


    public boolean isFloppyDrive(File dir) {
    String path = dir.getAbsolutePath();
    return (path != null && (path.equals("A:\\") || path.equals("B:\\")));
    }

--------------------

Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.

ki6opr

Дата 15.4.2008, 11:58 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 67
Регистрация: 20.12.2006

Репутация: нет
Всего: нет

пасибо всем кто откликнулся smile

а то ташить нативную библиотеку за собой как то не оч хорошо, проблемму правда решили пока что несколько другим путем , дизайнер нарисовал иконку абстрактного устройства хранения данных smile

правда теперь я думаю она не понадобиться

Добавлено через 1 минуту и 58 секунд
2 Andy у меня так был сделано но руководство не оч понравились стандартные иконки устройств (те которые ОС отдает на вывзов метода getSystemIcon() у FileSystemView) поэтому пришлось копаться

ki6opr

Дата 15.4.2008, 14:02 (ссылка)

(нет голосов)

Загрузка ...

Шустрый

Профиль
Группа: Участник
Сообщений: 67
Регистрация: 20.12.2006

Репутация: нет
Всего: нет

собственно вот и ответ как ява определяет какую иконку рисовать

Код


/**
207      * Icon for a file, directory, or folder as it would be displayed in
208      * a system file browser. Example from Windows: the "M:\" directory
209      * displays a CD-ROM icon.
210      *
211      * The default implementation gets information from the ShellFolder class.
212      *
213      * @param f a <code>File</code> object
214      * [color=red]@return an icon as it would be displayed by a native file chooser[/color]
215      * @see JFileChooser#getIcon
216      * @since 1.4
217      */
218     public Icon getSystemIcon(File f) {
219     if (f != null) {
220         ShellFolder sf = getShellFolder(f);
221         Image img = sf.getIcon(false);
222         if (img != null) {
223         return new ImageIcon(img, sf.getFolderType());
224         } else {
225         return UIManager.getIcon(f.isDirectory() ? "FileView.directoryIcon" : "FileView.fileIcon");
226         }
227     } else {
228         return null;
229     }
230     }

как видно в выделенном красным цветом фрагменте ShellFolder использует нативный метод который забирает у ОС нужные данные
тоесть "чистой" java я наверное не обойдусь
есть конечно индуская идея создать enum в котором будут перечисленны все виды девайсов ("Локальный диск" "CD-Rom" "Флоппи диск") и смотреть что вернет sf.getFolderType() , но сразу же эта программа сможет работать только на руских виндах (ну и если другие ОС возвратят туже надпись) имхо бред

0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| Java: Общие вопросы \| Следующая тема »