Java

Java ME-re forditott class library nalam gond nelkul hasznalhato Java SE projectbol is. (Felteve, hogy nem hivsz meg csak az egyik platformra jellemzo osztalyt, vagy annak metodusat.)

Most mar latom mi kell nekem.

A "felhasznalo" csak a kisj osztalyt tudja importalni.
A kisj osztalyban meg csak az lesz amit mar megcsinaltam JVM-ben is.
Ha meg pc-n kell akkor egyszeruen "atiranyitom" az eredeti class-ra. (gondolom ezt tudja a java, ha nem akkor irok a sun-nak, hogy toroljek a projectet mert vak vagany)

j2me-ben az "m" az micro, nem mobile.
Van floating point, a CLDC1.1/MIDP2.0 ota(gyakorlatilag az elso "nem bunkophone" mobil ota).
Egyebkent mostmar a j2*e elnevezesi konvenciot levaltja a Java SE, Java ME es Java EE.

sok sikert

Úgy érzem menni fog.
Egy kérdés maradt: Milyen kopirájt dolgokra kell figyelnem?

Beélesedet a dolog.
Vagyis még nem kezdtem el. De mostanában...
A javaforum.hu-n is feldobtam a témát.

lehet.
de mennyivel utosebb, ha azt mondom a nepnek javaban lehet ra programokat irni (esetleg elinditok valami mobil jatekot) mintha az mondom, hogy pawm vagy VKJ+++ (Visual KisJ)

Igy van. Ezt ugy hivjak J2ME. (java mobile edition vagymi) Lebutitottak az osztalykonyvtarakat, nincs floating point brrr... Nem is az a kerdes, hogy megoldhato-e, csak annyi a kerdes, hogy mennyit kell ehhez tokolnod. (Lehet, hogy nem sokat, franc tudja. Csak ez a Pawn ugy tunt, hogy pont a te problemadra van kitalalva.)

Merjunk nagyot almodni....

En ugy gondolom, hogy valami modon skalazhato a java.
Nem hinem, hogy a gagyi mobilokon fullra futna minden ami a 100 megas windows javaruntime-okon.

Nyilvan valahogy a mobiltelefonra fejlesztok is keretek kozze vannak zarva a mobil kepesegei, vagy a megirt jvm alapjan.

Vagy nem?

En is annyit engednek a fejlesztoeszkoznek ami meg van irva a lejatszoban.

Sajat bevallasuk szerint:

Nem akarlak lebeszelni a Java-rol, mivel szertem a JAva-t, es foleg abban dolgozom. De lehet, hogy tul sok munkadba kerulne, mire teljes tudasaval beuzemelned a Java/t a rendszeredbe. Pontosan persze nem tudom megmondani mennyi melo, mivel en meg nem portoltam a JVM-et sajat platformra.
De el tudom kepzelni, hogy van lightweight-ebb megoldas. Azert a JAva eleg sokat tud, es annyira nem kicsi, kulonosen, ha a standard osztalykonyvtarat is figyelembe veszed. (Persze tudom, hogy az az elonye is....)

Rakerestem a problemakorre, es ezt a scriptnyelvet talatam:

Pawn

Elso ranezesre ugy tunik, hogy eloszeretettel hasznaljak embedded rendszerek scriptelesere. Egy nagyon kicsi rendszer ansi C-ben implementalva (szoval Ansi C forditot mindenkeppen kene csinalnod, ha nincs, mondjuk szerintem ez ma mar az abszolut alap akaemilyen platformra). Gyanus, hogy kevesebb meloval erhetnel el ezzel eredmenyt, szoval szerintem mindenkeppen erdemes megvizsgalni ezt a lehetoseget is.

A renszer zart es vedett, abban sem assemblyben sem masban nem tud programot irni senki.
De igyen van valami script/macro nyelven egyszerubb alakalmazasokat irni.
Pl valami konyvtar kezelo, vagy valami szamologep szeru.
Erre biztositanek lehetoseget.
A Java az jol hangzik. Iletve a forras is vedheto.(egy script nyelvel szemben).

En (nem ismerem a javat) ugy kepzelem kivalaszthato valahogy a platform. pl nokia mobil telefon.
Gondolom van valami korlazozas ami nem enged kilepni a kivalasztott platform lehetosegeibol.
Pl nem tolt be egy akarmilyen libet. Megadott kijelzo felbontas...
Ezt C++ -nal nehezebben tudom elkepzelni.

... vagy neked igazából az kellene, hogy a fejlesztőeszköz lefordította bytecode-ra, amit a te házi VM-ed futtat majd? És mondjuk megtiltanád, hogy bármi más standard java csomagot használjon a tiéden kívül (ezt egyébként nemigen lehet)? Hát, még így is neccesnek tűnik (ha elcsattan egy instanceof operátor, vagy egy Class.forName() )...

De: lényegében arról beszélünk, hogy lehetőséget akarsz biztosítani valakinek arra, hogy egy idegen architektúrára, amit ráadásul csak assemblyben lehet használni, futtatható rutinokat készítsen, amelyekben a te eszköztáradat is használhatja. Vagyis: kell egy nyelv, fejlesztőkörnyezet, natív fordító vagy futtató rendszer - minél kisebb erőforrással.

Mi van, ha a nyelv a C - az architektúrához közel áll, sokan ismerik, fejlesztőkörnyezet kipipálva, csak a te include-jaid vannak, tehát limitálás rendben.

Szerintem érdemes lenne utánanézni a lex / yacc cuccoknak, amik (homályos ismereteim szerint) meg tudják csinálni a forrás lexikai elemzését, és vissza tudnak hívogatni rád - a te feladatod a nyelvi elemekhez a megfelelő assembly szintű utasítássor hozzárendelése. Ezzel gyakorlatilag lefordítottad az ürge C szintaxisban megírt "scriptjét" assemblyre - akár a forrást is generálhatod a gépi kód helyett. Platformváltásnál ezt a hozzárendelést kell megfelelően megváltoztatni.

(ötletroham vége)

Mármint: a saját rutinjaidat szeretnéd a javában írt program számára elérhetővé tenni? Igen, a megoldás a Java Native Interface.

Viszont az, hogy a fejlesztőeszköz fejlesztésének kiváltása miatt a javát vedd elő, elég nagy overhead, szerintem legalábbis annyira eltér a filozófiája (class loading, Object, GC, a nyelv mérhetetlen eszköztára) az assembly környezettől, hogy nem sokat nyernél vele.

Ha én leülök a rendszered elé appletet írni, néhány sor után előveszek egy HashMap-et, Java5 esetén template-ezek, csinálok néhány util class-t... egyszerűen azért, mert javában ez így megy. Nagyon hatékony, gyorsan lehet kódolni, nagyon átlátható is (ha az ember ésszel csinálja) - az a néhány mega, amibe ez kerül, elfér a gépen.

Nem jobb, ha adsz egy C-s include csomagot? Azzal kijöttél egy elterjedtebb nyelvbe, fordítani tudsz, a fejlesztőkörnyezet lehet akár ugyanaz, mint a javánál (Eclipse, NetBeans, stb.) - de nem teszel erőszakot sem magadon, sem azon, aki használni akar...

(my 2 cents)

Nem untam meg az assemblyt, azt nem lehet...
(illetve tul jol megy nekem ahoz.)

De felmerult egy assembly alapon mukodo rendszeren a felhasznaloi appletek igenye.

Elso gondolat sajat script nyelv. Masodik gondolat VB. Most java-ban gondolkodom.

Igy meguszhatnam a fejleszto eszkoz keszitest.

Meg egy kerdes. (Bar a valaszt sejtem, hogy igen).
Meglevo java fejlesztohoz adhatok-e hozza sajat funkcio konyvtarakat.

Hűha... meguntad ugyanazt a keretet n-edszer assemblyben implementálni, inkább csinálnál javában egy hordozható szolgáltatásréteget, amire kódolni szeretnél - hogy ha architektúrát váltasz, akkor csak a virtuális gépet kelljen implementálni?

btw: ha a kérdést jól értem, a java fordítva üzemel. Ad neked egy virtuális gépet, amin keresztül "látod" pl a képernyőt. Az a VM feladata (ha te írod, akkor a tiéd), hogy a progam kérdésére (pl: képernyő felbontás) korrekt választ adjon.

Szoval publikus.
Ez nem jo hir mert akkor csinalhatom....

A Sun-fele JDK nagy resze openszorsz, lasd OpenJDK.



Szerintem az mar a virtualis gepre tartozik.



Ennyire.

Igen a kerdes egyenlore filozofiai.

De.

PC/windows viszonlatban van-e olyan java fordito amit tudok testreszabni. (vagyis hw tulajdonsagokat meghatarozni, pl kepernyo)

Illetve a generalt jar/jad formatum mennyire publikus?
Ralehet-e szoritani egyszerusegre a fordito programot.
Vagyis, pl a genaralt program 100 alatti "utasitast" tartalmazzon.
Mennyire tamogatja a sun/microsoft vagy barki, sajat virtualis gep fejleszteset?

Attól függ... soktucat cuccra készült már JVM, amelyet egy ember tart karban (mint a Mysaifu JVM), s mivel a JVM forrásának nagy rész nyilt, s a JVM igen nagy része maga is Java nyelven íródott, csak egy apróbb kernelt kell megvalósítani C/C++ nyelven.
--
Sorry - this page has moved

Olyan platformon futtatja, amire tudja forditani. A SUN forditoja Java-ra fordit, de pl a GNU GCJ tud egy csomo CPU gepi kodjara is forditani.

Tehat szerintem ket lehetosege van: java gepen futtatni (virtualis gepen, vagy ld PicoJava), vagy arra a bizonyos platformra forditja a forraskodot. (Ha meg nincs, akkor kell irjon virtualis gepet/forditot arra a platformra...)

Te valami filozófusféle vagy? Nem létezik, de Te használni akarod rajta... Ez valami elmélkedés arról, hogy mi a semmi?

Elvileg azon a platformon fejleszted, ahol akarod. Futtatni meg olyan platformon tudod, amire implementálták a Java Virtuális Gépet.

Leszögezném az elején, nem vagyok képben java-ban.

Mennyi esélyem van egy nem létező platformra java fejlesztő eszközt használni?
Illetve mekkora kaland a még nem létező platformon jar/jad programokat futtatni?

A java elvileg erről szól. (vagy nem?)

szerk:
Illetve egy már létezö jar/jad fájl-t (pl egy mobil játék) szeretnék "futtatni".