Wil Shipley (Delicious Monster) sågar garbage collection

Hmm, nu har jag inte hört avsnittet än (så den här kommentaren kommer jag nog att ångra) men att såga garbage collection i allmänhet och att såga javas minneshantering är inte riktigt samma sak. Aja, nu ska jag lyssna på den också.

Java på desktopen har väl inte blivit någon större framgång. De felsta verktyg skrivna i Java verkar vara utvecklingsverktyg, typ Eclipse, Netbeans och Together för att nämna några. Att detta skulle bero på minneshanteringen har jag dock svårt att tro. Java's VM (speciellt sedan 1.5 lanserades) är ruggigt snabb på att allokera minne, enligt vad jag hört iaf.

Se Java Urban Legends på IBM DeveloperWorks för lite information om Java's minneshantering och prestanda.

/Markus

Open Office är väl skriven i Java? Det är väl därför den är så horribelt långsam.

Nej, OO.org är skrivet i C++. Dock är det nära knutet till Java. Man kan skriva moduler till OO.org i Java. T.ex är databashanteraren som används skriven i Java, och de delar som hanterar XML är nog också till stor del skrivna i Java.

Edit: Bör tilläggas att jag inte är 100% säker, utan det var den information jag lyckades hitta på nätet.

/Markus

Jag har lyssnat nu och visst stämmer det att han sågar garbage collection i största allmänhet, dock stämmer inte det han påstår; GUI-applikationer skrivna i Java är överlag sega, men det är verkligen inte GUI-applikationer skrivna i C#/.NET (för Windows). Det är snarare Java det är fel på, inte garbage collection i största allmänhet.

Vem säger att Obj-C är slött?

De som skriver GUI-applikationer i assembler kan nog räknas på min vänstra hand.

Visst går det snabbare att hämta värdet på en lokal varaibel än att skicka ett meddelande (iaf i C / C++, kan inte svära på hur det fungerar i Obj-C), MEN du förlorar hela fördelen / iden med OOP, att du skall kapsla in din data så att inte vem som helst kan komma åt den hur som helst. Något sämre prestanda är priset man får betala för att få mer lätthanterliga program, och det är det värt om du frågar mig. Skriver du inte extremt tidskritiska eller utrymmesbegränsade applikationer är detta knappast något problem.

/Markus

Ska du använda ett och samma värde fem gånger i samma metod är det kanske bättre att plocka ut den en gång och spara i en variabel, speciellt om det är något mer än en simpel accessor. Annars hade jag inte bekymrat mig om performance på såna här grejer, det ska du göra först när du upplever att det går långsamt och du har använt Shark för att ta reda på exakt vad det är som går långsamt. Optimera inte i förtid och optimera inte på gissningar.

Jaha, du menade på det sättet. Jag tänkte visst lite för långt där.
Men som morris säger så är nog inte detta något att oroa sig för i första taget, så länge det inte är väldigt prestandakritiska applikationer du håller på med.

Det är väl mest Steve Gibson, men han kodar iofs allt från sina GUI- till webb-applikationer i assembler...

Office-paketet som är skrivet i java hittar ni här: http://www.thinkfree.com/
Det var ett tag sedan jag provade det, men vad jag minns så tyckte jag att hastigheten var helt ok.
När det gäller att ett GUI skrivet i java automatiskt skulle vara långsamt, så är det inte sant. Men det är däremot ganska knepigt att få det snabbt. Det har inte så mycket med java i sig självt att göra, utan hur Swing är skrivet. Jag har läst en väldigt bra artikel om det på nätet, och om någon är intresserad så kan jag nog leta fram den igen.