🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: alt.pl.comp.lang.csharp
Article #10048

Re: Zachowanie stanu w TreeView

#10048
From: Hilarion
Date: Fri, 18 Nov 2005 12:30
48 lines
3708 bytes
>> Podpowiedzi i pomysły to zazwyczaj teoria. Jeśli pod tym pojęciem rozumiesz
>> kod, to się mylisz.
>
> No wlasnie, ja poprostu szukam kogos, kto juz to robil. Raczej sklaniam sie w strone sprawdzonych rozwiazan, ktore sa 
> zoptymalizowane pod kontem szybkosci przetwarzania. Chcialem skorzystac z wiedzy, ktora wyplywa z "realnego doswiadczenia" i ktora 
> oczywiscie ktos bylby w stanie sie ze mna podzielic. Czy kod jest takim rozwiazaniem ? Dla mnie to obojetne, jezeli tylko 
> przedstawia rozwiazanie problemu.

Tomasz przedstawił rozwiązanie problemu. Nie wiem skąd wyciągnąłeś wnioski,
że nie oparł go na "realnym doświadczeniu" i że nie jest optymalizowane
pod kątem szybkości przetwarzania.


>> zastosować do Twojego przypadku i jak, to inna sprawa. Nie podałeś wystarczających
>> informacji abyśmy mogli to ocenić i ewentualnie podać rozwiązanie bardziej
>> przystające do sytuacji.
>
> Wydawalo mi sie, ze podawalem:
> - zapamietanie i odtworzenie po przebudowaniu rozwinietych galezi drzewa
> - zapamietanie i odtworzenie zaznaczonego wezla

Tak, ale nie opisałeś szczegółów takich jak to, co decyduje o unikalności
węzła, tzn. co stanowi jego klucz, po którym można jednoznacznie węzeł
odróżnić od pozostałych i co nie zmienia się między przebudowami drzewa.


>> Chcesz używać FullPath? To używaj. Pytanie, czy to zadziała.
>> Jeśli nazwy
>> węzłów nie są unikalne w obrębie rodzica, to nic Ci to nie da, bo FullPath
>> nie będzie jednoznacznie wskazywać węzła. Jeśli są unikalne, to kluczem,
>> o którym pisze Tomasz może być właśnie FullPath. FullPath nie zda jednak
>> egzaminu jeszcze w innym przypadku (poza duplikacją nazw), mianowicie
>> jeśli odtworzenie stanu drzewa nastąpi po jego reorganizacji, tzn.
>> jakieś węzły będą miały innego rodzica. W tym przypadku FullPath na nic
>> nie wzkaże (mimo, że węzeł, którego dotyczyły nadal jest w drzewie, tylko
>> zmienił pozycję) lub wskaże na inny węzeł niż powinien.
>>
>
> Masz 100% racji i to jest problem, ktorego rozwiazania poszukuje ...

Tzn. co? Nie pisałem o żadnym problemie, tylko o wadach użycia FullPath.
Jeśli FullPath się nie nadaje (nadal nie napisałeś z jakich względów),
to dlaczego przy nim obstajesz? Tomasz zwrócił Ci już uwagę na to, że
potrzebujesz identyfikatora węzła aby w ogóle myśleć o rozwiązywaniu
problemu.


Hilarion 
Technical Details
Message-ID: <dlkhf6$gvn$1@news.onet.pl>
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mail
References: <dlf3ot$gkm$1@inews.gazeta.pl> <dlf5vq$ahk$1@nemesis.news.tpi.pl> <dlg7sm$mf5$1@inews.gazeta.pl> <dlgcmv$4tr$1@atlantis.news.tpi.pl> <dlgfp1$eqo$1@nemesis.news.tpi.pl> <dlggsr$459$1@inews.gazeta.pl> <dlj5n4$94h$1@atlantis.news.tpi.pl> <dljssh$t6i$1@inews.gazeta.pl> <dlk5l7$3ki$1@nemesis.news.tpi.pl> <dlk867$d99$1@inews.gazeta.pl> <dlke7h$4em$1@news.onet.pl> <dlkg3m$nge$1@inews.gazeta.pl>

Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.gazeta.pl!news.onet.pl!not-for-mail
From: "Hilarion" <hilarion@SPAM.op.SMIECI.pl>
Newsgroups: alt.pl.comp.lang.csharp
Subject: Re: Zachowanie stanu w TreeView
Date: Fri, 18 Nov 2005 13:30:31 +0100
Organization: Onet.pl
Lines: 49
Message-ID: <dlkhf6$gvn$1@news.onet.pl>
References: <dlf3ot$gkm$1@inews.gazeta.pl> <dlf5vq$ahk$1@nemesis.news.tpi.pl> <dlg7sm$mf5$1@inews.gazeta.pl> <dlgcmv$4tr$1@atlantis.news.tpi.pl> <dlgfp1$eqo$1@nemesis.news.tpi.pl> <dlggsr$459$1@inews.gazeta.pl> <dlj5n4$94h$1@atlantis.news.tpi.pl> <dljssh$t6i$1@inews.gazeta.pl> <dlk5l7$3ki$1@nemesis.news.tpi.pl> <dlk867$d99$1@inews.gazeta.pl> <dlke7h$4em$1@news.onet.pl> <dlkg3m$nge$1@inews.gazeta.pl>
NNTP-Posting-Host: fw.elfin.pl
Mime-Version: 1.0
X-Trace: news.onet.pl 1132316966 17399 213.25.37.46 (18 Nov 2005 12:29:26 GMT)
X-Complaints-To: usenet@news.onet.pl
NNTP-Posting-Date: Fri, 18 Nov 2005 12:29:26 +0000 (UTC)
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
X-Sender: 9KSiimrLScNqWiVTMiVMJQ==
X-Newsreader: Microsoft Outlook Express 6.00.2900.2670
X-Priority: 3
X-MSMail-Priority: Normal
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit