Javastahan on useampia versioita eri käyttötarkoituksiin ja -ympäristöihin, kuten:
J2ME, J2SE J2EE.
Mutta esim. allaoleva linkki kertoo zip -pakkausteknologiasta java -ohjelmoijan näkökulmasta:
http://java.sun.com/developer/technicalArticles/Programming/compression/
mutta: missään ei mainita, löytyvätkö tuossa tarvittavat kirjastot myös J2ME:stä, joka tunnetusti on muita java -versioita rajoitetumpi.
J2ME:tä pitäisin myös muita versioita tärkeämpänä siksi, että monissa matkapuhelimissa java on ainoa tapa tehdä omia ohjelmia, sensijaan PC -ympäristössä java on vain 1 vaihtoehto muiden joukossa.
Mielenkiintoinen on kuitenkin yllelinkatun sivun maininta .jar -tiedostoista: .jar on käytössä myös J2ME -ympäristössä, ja java virtuaalikoneen on toki osattava lukea tietoa pakatusta .jar -tiedostosta, kokonaan eri asia on, onko tuo toiminnallisuus myös omasta javaohjelmasta käytettävissä.
Tarve tässä siis on se, että on paljon tekstimuotoista dataa, jota voidaan teknisistä syistä esimuokata PC:llä (sisältö ei tässä muutu, mutta esitystapaa voi muuttaa tarpeen mukaan) ja pakata se, siirtää pakattuna matkapuhelimeen ja tarkoitus on, että matkapuhelimessa toimiva javaohjelma voisi lukea ja lennossa purkaa pakatusta tiedostosta tekstiä, olipa tuo pakattu tiedosto sitten .zip tai .jar - javaohjelman kannalta kysesssä on read only -tyyppinen tieto, joka on tosiasiassa tekstiä, mutta joka on tilan säästämiseksi joko zipattu tai pakattu .jar -tiedostoksi.
Tekstiä voi olla useita megatavuja, mutta kaikkea ei välttämättä kannata purkaa kerralla, kun tarkoitus on näyttää sitä puhelimen omalla näytöllä ja tarjota mahdollisimman fiksu käyttöliittymä, esim näin:
3 = Page Up
9 = Page down
2 = Up
8 = down
(huom: puhelimissahan ylin numerorivi on 123, kun PC:ssä numerolohkon ylin on 789)
tarkoitus on myös, että ohjelman vasteaika näppäilyihin on mahdollisimman lyhyt - jos tiedoston tai sen osan avaaminen on riittävän nopeaa, niin silloin kannattaisi purkaa suhteellisen pieni määrä tekstiä kerralla - jos taas haetaan merkkijonon esiintymää isosta tekstimassasta - tällöin taas kannattaisi purkaa iso määrä tekstiä kerralla - näin ainakin PC:ssä, puhelimella asiaa ei ole testattu, mutta PC:llä on.
J2ME, J2SE J2EE.
Mutta esim. allaoleva linkki kertoo zip -pakkausteknologiasta java -ohjelmoijan näkökulmasta:
http://java.sun.com/developer/technicalArticles/Programming/compression/
mutta: missään ei mainita, löytyvätkö tuossa tarvittavat kirjastot myös J2ME:stä, joka tunnetusti on muita java -versioita rajoitetumpi.
J2ME:tä pitäisin myös muita versioita tärkeämpänä siksi, että monissa matkapuhelimissa java on ainoa tapa tehdä omia ohjelmia, sensijaan PC -ympäristössä java on vain 1 vaihtoehto muiden joukossa.
Mielenkiintoinen on kuitenkin yllelinkatun sivun maininta .jar -tiedostoista: .jar on käytössä myös J2ME -ympäristössä, ja java virtuaalikoneen on toki osattava lukea tietoa pakatusta .jar -tiedostosta, kokonaan eri asia on, onko tuo toiminnallisuus myös omasta javaohjelmasta käytettävissä.
Tarve tässä siis on se, että on paljon tekstimuotoista dataa, jota voidaan teknisistä syistä esimuokata PC:llä (sisältö ei tässä muutu, mutta esitystapaa voi muuttaa tarpeen mukaan) ja pakata se, siirtää pakattuna matkapuhelimeen ja tarkoitus on, että matkapuhelimessa toimiva javaohjelma voisi lukea ja lennossa purkaa pakatusta tiedostosta tekstiä, olipa tuo pakattu tiedosto sitten .zip tai .jar - javaohjelman kannalta kysesssä on read only -tyyppinen tieto, joka on tosiasiassa tekstiä, mutta joka on tilan säästämiseksi joko zipattu tai pakattu .jar -tiedostoksi.
Tekstiä voi olla useita megatavuja, mutta kaikkea ei välttämättä kannata purkaa kerralla, kun tarkoitus on näyttää sitä puhelimen omalla näytöllä ja tarjota mahdollisimman fiksu käyttöliittymä, esim näin:
3 = Page Up
9 = Page down
2 = Up
8 = down
(huom: puhelimissahan ylin numerorivi on 123, kun PC:ssä numerolohkon ylin on 789)
tarkoitus on myös, että ohjelman vasteaika näppäilyihin on mahdollisimman lyhyt - jos tiedoston tai sen osan avaaminen on riittävän nopeaa, niin silloin kannattaisi purkaa suhteellisen pieni määrä tekstiä kerralla - jos taas haetaan merkkijonon esiintymää isosta tekstimassasta - tällöin taas kannattaisi purkaa iso määrä tekstiä kerralla - näin ainakin PC:ssä, puhelimella asiaa ei ole testattu, mutta PC:llä on.
Vastaukset 2
Vanhimmat
"Mielenkiintoinen on kuitenkin yllelinkatun sivun maininta .jar -tiedostoista: .jar on käytössä myös J2ME -ympäristössä, ja java virtuaalikoneen on toki osattava lukea tietoa pakatusta .jar -tiedostosta, kokonaan eri asia on, onko tuo toiminnallisuus myös omasta javaohjelmasta käytettävissä."
Jokseenkin 99.9% varmuudella on.
Pikaisesti kun vilkaisin J2ME:n speksejä niin en löytänyt kirjastoa jolla zippejä (tai jareja) voisi lukea. Kannattaa vilkaista löytyisikö tuollaista toiminnallisuutta jostain JFC:stä?
Muuten purkaminen pitää tehdä itse ts. kirjoittaa koodi joka osaa lukea zip-paketteja. Mutta jos dataa on kerran useita megoja niin eikö järkevämpää olisi siirtää kerralla vain se pieni osa tekstiä puhelimeen mitä sillä hetkellä halutaan katsella? Siis pidettäisiin data palvelimella ja myös tekstihaut voitaisiin tehdä siellä ja puhelimeen siirrettäisiin vain ja ainoastaan se data mitä käyttäjä haluaa nähdä?