Аналог WinCMD

[PUNK-GRUNGER]

Привет,
Раньше практически никогда не использовал ни форумы, ни гесты. Учился на исходниках и статьях. С "улицами" знаком практически с самого рождения - когда еще проект был у Дарлока и помню самый первый дизайн :) Ну вот, прижало... и ...

В последнее время занялся писаниной своего Commander'а. В принципе ядро написано, но есть одно "но". Скорость... Допустим открытие какого-либо каталога с 10 папками и 20 файлами - не считается. Работает нормально... Но когда открываешь, к примеру Windows\System, приходится ждать секунд 15...

* Компилятор VB 6.0;
* Я использую MSCOMCTL;
* Инфу о каталогах и файлах получаю из FSO;
* Закидываю ассоциированные иконки в ImageList, а потом оттедава вставляю в ListView.

Пожалуйста, помоги кто чем может :) Если у кого-то есть исходные коды каких-либо шустрых Commander'ов - пришлите мне на mailto:punk-grunger@mail.ru

Или же кто-то знает как увеличить скорость... Или просто что либо посоветуйте. Я уже все перепробовал...

[alibek]

Пробуй API. Быстрее чем через него все-равно не получится.

Код: Выделить всё

Private Declare Function FindFirstFile Lib "kernel32" Alias "FindFirstFileA" (ByVal lpFileName As String, lpFindFileData As WIN32_FIND_DATA) As Long
Private Declare Function FindNextFile Lib "kernel32" Alias "FindNextFileA" (ByVal hFindFile As Long, lpFindFileData As WIN32_FIND_DATA) As Long
Private Declare Function FindClose Lib "kernel32" (ByVal hFindFile As Long) As Long

[Alexanbar]

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

1) для всех файлов использовать одну иконку
2) извлекать иконки по мере того, как нужный файл появляется в видимой области Listview. Поскольку прокручивание в Listview не порождает никакого события, придётся перехватывать сообщения.
3) есть ещё вариант заполнения Listview с помощью API , т.е. заранее задаётся количество элементов и используется функция обратного вызова. Этот вариант мною не изучен, а скорее всего, именно он позволяет увеличить скорость (догадываюсь, что по мере прокрутки в Listview вносятся нужные элементы)

[alibek]

Alexanbar, это называется виртуальный список.
Строки при этом не загруэаются, просто при прокрутке списка вызывается Callback-функция, которая возвращает элемент списка.
Удобно это тем, что можно без особых напрягов и очень быстро загрузить хоть пару миллионов элементов. Неудобно тем, что их придется извлекать (из БД или откуда еще) при прокрутке.

Думаю, в данном случае тормозит именно FSO, возможно там встроена сортировка, а отсортировать две-три тысячи элементов занимает некоторое время, у меня и WinCmd тормозит, не 15 секунд конечно, но секунд пять подождать приходится.

[PUNK-GRUNGER]

Ладно, идею понял. Будем реализовать.

Я тоже думаю "скорость" зависит от вытаскивания иконок. Просто, я тут паралельно создал пустой проект и разместил на нем ListView+подключил FSO. Так файлы (без иконок) быстро отображаются.

А одну иконку использовать не хочется ;) Не красиво это. Хочется сделать достойный заменитель WinCMD. Ведь программа не сложная, а вон сколько денег дерет. А я сделаю бесплатную ;) И, надеюсь, не хуже. Главное - в скорости выиграть. За остальное я не переживаю.

А что насчет исходников ? Ни у кого нет каких-либо commander'ов?

[Alexanbar]

Главное достоинство Wincmd- все файловые операции + FTP и прочие и это всё помещается на дискету. На вид вроде просто, но не зря он делается несколько лет. Лично я начал делать свой вариант файл-менеждера, поскольку хотел добавить свои функции.

[Ennor]

А плагин для FAR'a написать - не проще ли?..

[PUNK-GRUNGER]

Да на дискетку засунуть - засунем. В конце-концов, все прекрасно знают утилиту UPX.exe :)

Дальше, файловые операции - меня то и не устраивают (даже если их реализовывали много-много лет). К примеру, когда копируешь каталог. Мне очень часто - нужно копировать только файлы по маске... Или, возможность установки максимальной передачи данных. Винты то разные. К примеру, чтобы большие файлы копировал по 25 килобайт. А маленькие - сразу переносил. И т.д. Не хватает безусловно фильтра: на тип, на размер, на дату.

И еще мне не хватает таких утилит, как конвертер цветов, TEMP-дисковода, быстрого доступа к "Моим документам". По сути, раньше я использовал DN и мне этого хватало. Но теперь... во-первых DN сильно постарел, во-вторых он все таки ДОС-приложение.

Да и когда свое сделаешь - оно приятнее. Ведь правильно ? :)
С уважением.

[PUNK-GRUNGER]

И еще мне не хватает таких утилит, как конвертер цветов

Это я насчет плугинов. В самом менеджере таких не нужностей не будет :)

[Andrey Fedorov]

Вообще - скорость не сильно зависит от того используется бэйсиковский Dir, FSO или API-шные функции. Когда-то я пробовал замерить разницу - не нашел заметных отличий.

В основном тормоза при большом количестве файлов бывают из-за ListView. Тут два варианта выхода - или подгружать файлы динамически, или, что проще - выкинуть ListView и заменить его нормальным Grid-ом (я пользую Janus GridEx) - тогда по этой причине тормозов не будет (хоть с сортировкой, хоть без).

Считывать ассоциированные иконки или нет - разница в скорости будет минимальна если для расширений кроме exe и lnk иконку считывать только один раз.

В общем, каталог типа System должен читаться менее чем за секунду - ничуть не тише чем это делает проводник, FAR или WinCmd.

[PUNK-GRUNGER]

И все таки нужной скорости я недобился. Но кое-что улучшил. Пришлось класс для файлов написать, поубирать Doevents'ы где не нужно и т.д.

Работа идет полным ходом Система плугинов уже работает, копирование, как я хотел, работает... Фильмы копируются быстренько

Вобщем может через месяцок покажу