Article View: pl.comp.objects
Article #13504Re: Projektowanie obiektowe....
From: Sektor van Skijlen
Date: Thu, 17 Nov 2005 22:12
Date: Thu, 17 Nov 2005 22:12
39 lines
2941 bytes
2941 bytes
Dnia Thu, 17 Nov 2005 22:47:43 +0100, Piotr Kobzda skrobie: > Sektor van Skijlen wrote: > > Dnia Thu, 17 Nov 2005 11:47:59 +0100, Miroo skrobie: > > > >>Sektor van Skijlen (ethouris@pl.wp.spamu.lubie.nie.invalid) > >>napisał(a): > >> > >>>najlepszym razie będzie się okazywało, że wsadzany element jest > >>>większy od największego, więc po jednym porównaniu wyląduje na > >>>szczycie. > > > >>A ja bym powiedział, że w najlepszym razie każdy następny > >>element jest mniejszy od najmniejszego w kopcu. Wtedy jest > >>tylko jedno porównanie dla każdej liczby i żadnego przesuwania > >>w kopcu (nie licząc pierwszych pięciu). > > > > Nie rozumiem, dlaczego akurat się upierasz, że najmniejszy. > Nie najmniejszy, a mniejszy (bądź równy) od najmniejszego w kopcu. > Algorytm Miroo zaczyna porównania zawsze od najmniejszego elementu > kopca. Co po zapełnieniu kopca, eliminuje potrzebę jakiejkolwiek jego > reorganizacji. W Twoim przypadku będzie, to niewiele, ale jednak większa > praca (przesunięcie, nawet gdy to tylko przewiązanie węzłów) i > odrzucenie ostatniego elemntu -- stąd zapewne mowa o lepszym razie. Nie rozumiem. Co to znaczy "po zapełnieniu kopca" i dlaczego eliminuje to potrzebę jego reorganizacji? Można oczywiście robić tak, że wsadzamy do kopca wszystkie wartości i robimy sortowanie częściowe. Ale czy to jest lepsze rozwiązanie to jest już sprawa dyskusyjna. -- // _ ___ Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl> \\ L_ |/ `| /^\ ,() <ethourhs(O)wp.pl> // \_ |\ \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx "I am allergic to Java because programming in Java reminds me casting spells"
Technical Details
Message-ID:
<dliv8n$na9$1@kujawiak.man.lodz.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mailReferences:
<2pqjn11ub9ndf6is93vjbqqsu8rm00rifm@4ax.com> <dlf9u6$ikb$1@atlantis.news.tpi.pl> <dlffom$n0a$1@atlantis.news.tpi.pl> <873blweh4j.fsf@hector.domek> <dlfoch$j5l$1@kujawiak.man.lodz.pl> <dlhn8h$om2$1@atlantis.news.tpi.pl> <dliclg$cd6$2@kujawiak.man.lodz.pl> <dlit8p$lse$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!mat.uni.torun.pl!news.man.torun.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mail
From: Sektor van Skijlen <ethouris@pl.wp.spamu.lubie.nie.invalid>
Newsgroups: pl.comp.objects
Subject: Re: Projektowanie obiektowe....
Date: Thu, 17 Nov 2005 22:12:39 +0000 (UTC)
Organization: LODMAN - Metropolitan Area Network in LODZ, Poland
Lines: 39
Sender: Michal Malecki <sektor@zly.kis.p.lodz.pl>
Message-ID: <dliv8n$na9$1@kujawiak.man.lodz.pl>
References: <2pqjn11ub9ndf6is93vjbqqsu8rm00rifm@4ax.com> <dlf9u6$ikb$1@atlantis.news.tpi.pl> <dlffom$n0a$1@atlantis.news.tpi.pl> <873blweh4j.fsf@hector.domek> <dlfoch$j5l$1@kujawiak.man.lodz.pl> <dlhn8h$om2$1@atlantis.news.tpi.pl> <dliclg$cd6$2@kujawiak.man.lodz.pl> <dlit8p$lse$1@inews.gazeta.pl>
NNTP-Posting-Host: zly.kis.p.lodz.pl
Mime-Version: 1.0
X-Trace: kujawiak.man.lodz.pl 1132265559 23881 212.191.89.2 (17 Nov 2005 22:12:39 GMT)
X-Complaints-To: abuse@man.lodz.pl
NNTP-Posting-Date: Thu, 17 Nov 2005 22:12:39 +0000 (UTC)
User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (SunOS/5.9 (sun4u))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit