[Java lista] array

[Andras Dobrosi]

Erdekes mekkora vihart kavart egy egyszeru kerdes. Remeljuk nem ment
el eMeL kedve a Java-tol.

Pedig a jo valasz valami ilyen:

tomb = new Object[tomb.length];

Ehhez kepest neha tok masrol van szo.

A listan mindannyian egy tema irant erdeklodunk es egy eszkozt
hasznalunk, celunk a fejlodes, fejlesztes. Ugy erzem egyre gyakoribb,
hogy hitvitaink kizokkentik a lista bekes ritmusat. Sracok, probaljuk
meg tisztelni masok velemenyeit es legyunk turelmesebbek ha valaki -
szamunkra ugy tunik -, hogy tevedesekre alapozza megallapitasait.

Beket hirdetek es koncentraljunk arra, hogy energiankat ne pazaralojuk
veszekedesre, kekeckedesre, hanem hasznaljuk arra, hogy minnel jobbak
legyunk! :)

Andris
ui: Csinaljuk azt, hogy mondjuk 2010-tol :)

2009/12/12 eMeL <emel at emel.hu>:
>
>> A tömb hosszának csökkentése nem olyan triviális, ha belegondolsz,
>> ugyanis a GC-nek is tudni kell róla. Vagy nyomonkövetnie az "aktuális"
>> hosszt és a memóriából lefoglalt hosszt, vagy pedig újra kéne
>> lefoglalnia manuálisan minden ilyen csökkentés esetén. S akkor meg
>> ugyanott vagyunk, mint voltunk :)
>
> Ezt nem látom be.
> Értelmezésemben (ha objektum tömb, akkor az utolsó elemeket NULL-ozza,
> egyébként érdektelen) és a tömb objektum hossz mezőjét módosítja.
> Arról volt szó, hogy a tömbnek foglalt terület megmarad, csak a hoszz
> csökken (kizárólag csökken). [*]
>
> Nem hinném, hogy a Jáva objektumok nem egyszerűen egy memória pointert
> kapnak a lefoglalt területre és csak a GC/memoria_menedzser ismeri a
> lefoglalt terület valódi hosszát [mint a C heapnál].
> Ugyanis az objektumnak nem sok köze van ahhoz, hogy pl. erőforrás
> optimalizálás okból [**] nagyobb területet foglaltak neki mint amit kért.
>
> [**] pl. 16-32-x bytehatárra illeszt mindent vagy a kiválasztott szabad
> memória töredék kiosztásakor úgy dönt nem érdemes még ketté hasítani,
> mert a maradék túl apró lenne, stb.
>
> [*] természetesen egy segédváltozóval egyszerűen kikerülöm a problámát,
> de tisztább-szárazabb (és OOP-bb szemléletű), ha a Tomb.length-t
> használom egy hasznalthosszTomb független vátozó helyett.
>
> eMeL
>
>
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>