[Java lista] switch

Marai Laszlo lists at atleta.hu
2008. Nov. 10., H, 13:09:08 CET


On Mon, 10 Nov 2008 08:35:59 +0100
ern0 <ern0 at linkbroker.hu> wrote:

  Hali!


> > aztan hibat keresni. Mindenkinek adott mennyisegu agyi kapacitasa meg
> > ideje van, en inkabb a lenyegi problema megoldasara forditom :).
> 
> Ugy latom, hogy tkp. nincs koztunk nezetelteres. Vannak bizonyos 
> szituaciok (pl. weboldal kiszolgalas), amikor specialis az eletciklus.

Abban azert van, hogy en nem hiszek az egyszeru programokban. Persze
csinaltam mar en is olyat, amirol tudtam, hogy nem fog elbonyolodni, de
az azert volt, mert magamnak keszitettem, es tudtam, hogy ugysem adok
hozza plusz funkciot, mert nekem nem eri meg. Ilyenbol eddig volt asszem
egy db :) (egy regex fejlesztest/tesztelest segito kis gui).

Nehany emberhonapos (marmint mondjuk java-val szamolva) projektnel mar
nem hiszek benne, hogy tarthato ez az egyszeru eletciklus dolog, illetve
ha igen, akkor ott olyan trivialis alkalmazasrol van szo, amit
gyakorlatilag favagas legyartani.

> A rovid eletciklusu objektumokrol frankon tudjuk, hogy mikor halnak

Mondom, ezzel a java GC is jol elbanik. Tegnap ujraolvastam, erdekes,
foleg GC fobia ellen ;) :
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html

Igen, lassabb lesz mint egy pointer allitas, de cserebe altalanos. Az
eredeti felvetesed, hogy javan belul lehetne keverni a kezi es az
automatikus memoria kezelest raadasul eleg mas, mint hogy C++-ban jol
megoldhato (memkezeles szempontjabol legalabbis) nehany specialis
feladat.

> eletciklusuakra celszeru GC-t kuldeni, gyorsabb is (lasd GC-thread,
> mint idle ido kihasznaloja), meg prgmozok altal vetett hibak ellen
> jobban ved. Mindazonaltal en nem butuska prgmozokkal szamolok.

Nem kell ehhez butanak lenni (ez egy ilyen C++-os mitosz? :) ), eleg
figyelmetlennek. Marpedig hibazni mindenki hibazik. Ez plusz egy dolog,
amire mindig figyelni kell, es mindig fejben kell tartani.

> van olyan kenyelmes, mint pl. a PHP. Majd megnezem, mit csinalt ez a

A mezitlabas PHP azert jo ideje nem szinvonal. Egy jobban osszeallitott
java web alkalmazas keretrendszer + egyeb libek, illetve mondjuk egy
Django vagy RoR alappal eleg nehez versenyezni. Na igen, mondjuk egy alap
Twittert meg lehet csinalni viszonylag egyszeruen C++-ban is, es a
szopasok csak akkor kezdodnenek, amikor jonnenek az uj funkciok :)

> Kornel gyerek, eleg ertelmesnek latszik.

Egyelore nem biznek ra architekturalis donteseket. A kijelentesei pl.
eleg legbolkapottak voltak. Ha mondjuk hozott volna teljesitmeny
es kod hossz osszehasonlitast, akkor hihetobbek az allitasai. De a
peldakent bemutatott ppl.hu egy fejlett scripting webframeworkkel
(Django, Rails, CakePHP, stb.) nehany napos munka lehet. Nem hiszem, hogy
ezzel tudna versenyezni a bemutatott C++ megoldas.

> De hat azok a kivetelek. Senki nem tiltja meg, hogy ne a std, egyfele 
> memoriakezelessel eljek.

Hat addig tartott az egyszeruseg. Ezek az ojjektumok (az eldobandok
meg a hosszueletuek) ugyanis nem nagyon hivatkozhatnak keresztbe egymasra
(vagyis a hosszueletuek az eldobhatokra). Jon a masolgatas, jajj,
elneztem, ez most hol is tarolodik, stb.

> Azert porgok ennyire a teman, mert pont kb. 2 hettel Kornel eloadasa 
> elott kezdtem agyalni azon, hogy miert is nem C++ -ban irjuk a web 
> appokat (na jo, erre azert volt egypar valaszom), pontosabben mi kene 
> ehhez.

Egyszeru dolgokat a megfelelo libekkel kenyelmesen meg lehetne csinalni.
De ez azert van, mert azok a dolgok egyszeruek, es a bonyolultsagot
kiszerveztuk a megfelelo libekbe ;). Onnantol kezdve meg szinte van egy
DSL-ed (a libek formajaban). Csak hat amellett, hogy az egyszeru dolgok
gyakran csak a jeghegy csucsai, nem is annyira erdekesek, pl. nagyon
okosnak sem kell lenni hozzajuk, a te butuska programozod is megcsinalja
konnyeden. Igaz, nem C++-ban. Erre mondtam, hogy nem mindegy mire
hasznalod el az agykapacitasod (vagy a jo programozoid idejet).

  atleta


További információk a(z) Javalist levelezőlistáról