🚀 go-pugleaf

"NoCode" <nocode@no-email.com> wrote in message 
news:dlmvnh$afq$1@inews.gazeta.pl...

> Piszac "realne doswiadczenie" mialem na mysli "realne doswiadczenie w 
> zadanym tu problemie" - jasniej -> poszukiwalem kogos kto w swojej 
> aplikacji zachowuje stan kontrolki TreeView i potrafi wydajnie go 
> odtwarzac.

Przysłuchując się tej dyskusji postanowiłem sam wykonać "realne 
doświadczenie". Napisałem programik, który zachowuje stan drzewka w 
hashtable i potrafi następnie odtworzyć jego stan:

http://blog.jkowalski.net/Drzewa.zip

Wynik: 18000 węzłów (pliki i katalogi z c:\windows - mają rozmach skur....)

Czas: (wliczając odczytanie tych wszystkich plików i katalogów z dysku) 
poniżej jednej sekundy na laptopie Centrino 1.6 GHz, 1GB pamięci. Czyli jak 
dla mnie - szybko. (Oczywiście cache dyskowy musi być "gorący", bo za 
pierwszym razem odczytanie tych katalogów i plików trwa ponad minutę)

Kluczowa jest funkcja "FillTree" w tym pliku - tworzy ona (pod)drzewo dla 
zadanego katalogu i jako hint dostaje hashtable, w którym przechowywane są 
FullPath'y do rozwiniętych węzłów. Jeśli w tym hashtable jest węzeł, który 
właśnie jest tworzony to wołam na nim Expand(). Tyle.

Nie mam jak sprawdzić tego na jakiejś drzewiastej bazie danych szybszej niż 
system plików, ale podejrzewam że gorzej nie będzie.

Kluczowe dla wydajności jest to, aby minimalizować odrysowywanie ekranu. 
Czyli lepiej tworzyć TreeNode'y i podpiąć je do ZWINIĘTEGO roota a dopiero 
na końcu go rozwinąć. W przeciwnym przypadku dodawanie węzłów będzie 
powodować ich wyświetlanie, co może powodować odrysowywanie kontrolki, co z 
kolei zabije wydajność.

--
Jarek
http://blog.jkowalski.net/