Article View: pl.comp.objects
Article #13508Re: Projektowanie obiektowe....
From: Sektor van Skijlen
Date: Fri, 18 Nov 2005 09:39
Date: Fri, 18 Nov 2005 09:39
51 lines
3318 bytes
3318 bytes
Dnia Fri, 18 Nov 2005 00:04:59 +0100, Piotr Kobzda skrobie: > Sektor van Skijlen wrote: > >>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. > Więc nieco się skup. :) > > > > Co to znaczy "po zapełnieniu kopca" i dlaczego eliminuje to potrzebę jego > > reorganizacji? > Po zapełnieniu kopca oznacza zbudowanie kopca pięcioelementowego > (przyjąłem po prostu, że kopiec buduję od zera). I to akurat [czyli > zapełnienie kopca] potrzeby reorganizacji kopca nie eliminule. Tą > [potrzebę] eliminuje założenie, że każdy dochodzący element [z tych 10^7 > - 5], jest mniejszy (bądź równy) od najmniejszego w kopcu. Można to napisać krócej i bez stosowania prywatnych skrótów myślowych. Po zapełnieniu kopca PIERWSZYMI PIĘCIOMA ELEMENTAMI, w najlepszym razie każdy następny element będzie mniejszy od najmniejszego z nich, więc te pięć elementów to już są te największe. I to się zgadza. > > 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. > A teraz to ja nie rozumiem. Skąd pomysł sortowania wszystkiego? No jak gęś z prosięciem dosłownie. Ja piszę "sortowanie częściowe", a ty na to "skąd pomysł sortowania wszystkiego". örnen klantö trofflön tööla... -- // _ ___ 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:
<dlk7fk$mh9$1@kujawiak.man.lodz.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.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> <dliv8n$na9$1@kujawiak.man.lodz.pl> <dlj1pl$euk$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news2.icm.edu.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: Fri, 18 Nov 2005 09:39:00 +0000 (UTC)
Organization: LODMAN - Metropolitan Area Network in LODZ, Poland
Lines: 51
Sender: Michal Malecki <sektor@zly.kis.p.lodz.pl>
Message-ID: <dlk7fk$mh9$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> <dliv8n$na9$1@kujawiak.man.lodz.pl> <dlj1pl$euk$1@inews.gazeta.pl>
NNTP-Posting-Host: zly.kis.p.lodz.pl
Mime-Version: 1.0
X-Trace: kujawiak.man.lodz.pl 1132306740 23081 212.191.89.2 (18 Nov 2005 09:39:00 GMT)
X-Complaints-To: abuse@man.lodz.pl
NNTP-Posting-Date: Fri, 18 Nov 2005 09:39:00 +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