🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.objects
Article #13504

Re: Projektowanie obiektowe....

#13504
From: Sektor van Skijlen
Date: Thu, 17 Nov 2005 22:12
39 lines
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-mail
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>

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