Tästä uudesta swing luokasta ei vissiinkään olla paljoa puhuttu. Onko joku perehtynyt jo enemmän swing luokkaan käyttöön, niin että osaisi kertoa mitä todellisia etuja harrastelija koodari saa swing luokasta.
Onko swingissä esimerkiksi kaksois puskurointi mukana?
Ja miten swingissä kannataa suorittaa piirtäminen, vai onko se ihan saman laista kuin Frame luokassakin.
Swing luokka? En ole kyllä koskaan kuullut Swing luokasta... Mutta javax.swing kirjastosta kylläkin.
Paulus M kirjoitti:
Onko joku perehtynyt jo enemmän swing luokkaan käyttöön, niin että osaisi kertoa mitä todellisia etuja harrastelija koodari saa swing luokasta.
Onko swingissä esimerkiksi kaksois puskurointi mukana?
Ja miten swingissä kannataa suorittaa piirtäminen, vai onko se ihan saman laista kuin Frame luokassakin.
Swing eli JFC -luokat tuovat ainakin lisää käyttöliittymäkomponentteja verrattuna AWT:hen. Framea vastaava Swing-luokka on JFrame ja toimiin piirtämisen osalta samalla tavalla. Mielestäni JFrame:ssa on kaksoispuskurointi.
Itse olen kokenut Swingin helpommaksi käyttää kuin AWT:n, tai ainakin olen tottunut siihen. En oikeastaan näe syytä olla käyttämättä Swingiä.
Sitä ei muuten enää voi kovin uudeksi tituulerata ;)
Juice kirjoitti:
En oikeastaan näe syytä olla käyttämättä Swingiä.
Swing ei integroidu natiivien komponenttien kanssa erityisen nätisti :(
Oma riipaiseva avautumiseni aiheesta: http://blaze.dyndns.ws:8080/~blaze/kde-java-integrointi.png
Blaze kirjoitti:
Swing ei integroidu natiivien komponenttien kanssa erityisen nätisti :(
Oma riipaiseva avautumiseni aiheesta: http://blaze.dyndns.ws:8080/~blaze/kde-java-integrointi.png
Swingissähän saa määritellä vapaasti käytettävän teeman (LookAndFeel). Mikäli oikein ymmärsin, kyseinen ohjelma käytti jotain omaa teemaansa järjestelmän natiiviteeman sijasta. Saatanhan toki olla väärässäkin.
Swingin saa tosiaan näyttämään ihan samalta kuin natiivit ohjelmat. Pientä paneutumista aiheeseen toki vaatii.
Swing applikaation saa kyllä näyttämään natiiviohjelmalta, mutta siihen se jääkin. Swingissä kaikki "widgetit" piirretään ohjelmallisesti ilman allaolevan OS:n käyttöliittymäresursseja, riippumatta mikä look and feel on käytössä. Tästä pääasiassa johtuu swingin hitaus, plus tietenkin se että OS:stä tulevat natiivi-widgetteihin kohdistuvat muokkaukset (esim windowsin skinit) eivät vaikuta swing applikaatioihin.
Tähän asiaan hajonneille voisin suositella IBM:n SWT kirjastoa joka puolestaan käyttää OS:n käyttöliittymäresursseja (widgettejä), eli on vain kevyt java-mappaus noiden OS widgettien päälle. (Jos allaoleva OS ei tue pirrossa olevaa widgettiä, vasta sen jälkeen widget piiretään ilman OS:n käyttöliittymäresursseja.)
Käytöltään SWT eroaa jonkin verran swingistä, liittyen juuri siihen että SWT käyttää noita OS widgettejä. SWT:n lisäksi yleisesti käytetään JFace kirjastoa, joka toimii SWT:n päällä ja tarjoaa käyttäjälle "korkeamman tason" luokkia (esim Actionit jne.) SWT:tä ja JFacea käyttäen saapi aikaiseksi sellaisia java applikaatioita jotka toimivat kuin OS natiivi applikaatiot.
SWT on osa Ibarin eclipse projektia, tosin nykyisin SWT:n saa downloadattua erikseenkin ilman eclipseä.
SWT:n ja manuaalit löytyvät osoitteesta: http://www.eclipse.org/swt
Käykees mulgoileen. =)
J
Aihe on jo aika vanha, joten et voi enää vastata siihen.
