Flash vagy Java?

Internet: PHP, CGI, stb.

Sziasztok!

Ti melyiket javasoljátok megtanulásra / használatra? A konkrét cél az lenne, hogy legyen kommunikáció a kliens és a szerver között, mint pl. a java chat-ek, vagy honfoglalo, de maradjon multiplatform. Szívem szerint Python-al csinálnám, azonban a user nem fog Python-t telepíteni, de Flash vagy Java jó esetben van a gépén.

  • 3295 megtekintés

( zidane2005 | 2010. 01. 03., v – 16:23 )

Igazából olyan tudna érdembe reagálni, aki mindkettőt jól átlátja. Viszont ha Pythonba csinálnád, akkor ott a Jython. Számodra talán az a legkényelmesebb.

( atomheart v | 2010. 01. 03., v – 16:33 )

A szerver csinalhatod akarmiben, kliens oldalon a Flash sokkal nepszerubb javanal...

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

1. Miben gyorsabb?
2. Hol támogatottabb?
3. Mivel tud többet? Itt az alapproblémára gondolok, nem a vizuális parasztvakításra. Egy chat client megírásához nagyobb teret és szabadságfokot ad az ActionScript-ben bohóckodás, mint egy alapvetően programfejlesztésre tervezett nyelv? Ezzel nem akarok subthread-et indítani arról, hogy a Java jó vagy rossz nyelv-e!
4. Tény, hogy kényelmesebb, ha arra használod, amire való, de erre a feladatra? (l. 3. kérdés)

Regebben irtam komolyabbacska ugykezelo programot Swing-ben, most is vmi hasonlon dolgozok, de ezuttal mar Flex-ben (a flash Swing-je). Eddig ugy erzem jol dontottem.

>1. Miben gyorsabb?
A fejlesztes gyorsabb, mert tobb kliens oldalon gyakran elofordulo problemara ad kesz megoldast (http kommunikacio, XMLek kezelese, eroforrasok beagyazasa, binding, meg ami most nem jut eszembe)

>2. Hol támogatottabb?
A Flex sztem tobbet tud ugy altalaban, mint a Swing, persze biztos vannak kivetel osztalyok. Es akkor meg rajonnek a flash elonyei, mint a animaciok, hangok, csilivili.
Tamogatottsag alatt foleg azt ertettem, hogy egy PC-n 95% esellyel lesz font flash, es kb 50% esellyel java, abbol is az 1.4es :)
(Persze ha alkalmazast akarsz, akkor ahhoz azt hiszem az AIR kell, ami meg nalam sincs font.)
Amikor valasztottam a Java nagy hatranya mellett szolt meg az a gyenge 30 masodperc amig betoltotte az applet/application-t. Bar azt halottam 1.6.x ota ez jelentosen felgyorsult.

>az ActionScript-ben bohóckodás, mint egy alapvetően programfejlesztésre tervezett nyelv
En is ezert kerultem az AS3at sokaig. Aztan rajottem, hogy az AS3 egy igencsak jol atgondolt es kitalalt nyelv, majdnem minden tutival, ami Javaban van (Exception-ok, OO, annotaciok, stb...) es meg tobbel (Function-ok, XMLek, Binding)

Azt azert ideirom, hogy az ActionScript3nak van nehany olyan tulajdonsaga, amitol agybajt lehet kapni Java utan, pl:
- Collection-ok eleg szivas masmilyenek,
- nincs abstract class,
- x.toString(); var x:Object = new Object(); //kedvencem, ez lefordul, majd jon rumtime-ban az NPE
- max egy constructor/class
- nincs function overload
- nincs block szintu variable scope: ket for(var i:int=0;i<10;i++) {} egymas utan mar warningol 'i'-re
- no thread

Osszesegeben: honfoglalot es chat klienst Flex-ben irnek, ennel komolyabb szintu vallalati alkalmazast mar Java-ban (de csak a biztonsag kedveert)

Na igen, ha a "csili-vili" is elsődleges szempont (márpedig weben az), akkor mindenképpen jobban kézre áll, ebben egyetértünk. Mondjuk én hosszú évek óta szerencsés boldogságban élek és a GUI-tól általában jó messze tudom tartani magam. Inkább "lejjebb" mozgolódom, aztán vannak kollégák, akik "bebőrözik" :)
A feature-ök, amiket felsorolsz, azok azért minden korszerű/újszerű nyelvben adottak. Mindemellett hamut szórok a fejemre, úgy szóltam, hogy nem voltam tisztában vele, hogy az AS3 már ennyit fejlődött. Egyébként meg, kinek mi van adott pillanatban/feladathoz nagyrészt készen... :) Mondjuk Java (lehet, hogy rosszul gondolom) ma már azért eléggé általános, hogy fel van telepítve. Abból meg ma alapból 6.x-et fog "lehúzni" a rendszer. 1.4-et telepíteni ma már elég körülményes még egy rutinosabb user-nek is :) Ha figyelembe veszem azt is, hogy a feltett kérdésből az érződik, hogy mindkettőt most kell tanulni, még mindig inkább a Java felé húzna a véleményem, mert később több más helyzetben is hálás lesz. Lassan meg úgyis minden DSL lesz, meg .NET. :) Egy a lényeg minél több nyelvet, platformot kell ismerni és mindig a feladat meg fogja kívánni valamelyiket.

Apropo: Flex és AS3 alkalmazásokhoz van "igazán" működő Linux fejlesztőeszköz (opensource, GNU, GPL, ...)?

Nyílván én vagyok a hülye. Az véletlenül sem merült fel benned, hogy esetleg az alapfogalmakkal nem vagy tisztában. Interfész van, absztrakt osztály nincs. Az absztrakt osztálynak lehetnek pl adattagjai, nem virtuális metódusai. Java: osztály vagy interfész, átmenet nincs.
----
Hülye pelikán

Értem én, mit akart mondani, és abban abszolút igaza is van, hogy nem derült volna ki, hogy nem ismertem a Java nyelvnek ezt a részét. Ellenben egyrészt így most már TUDOM, hogy van ilyen benne, és az meg, hogy ki mit gondol az én Java tudásomról fikarcnyit sem érdekel, az egy csöppet jobban, hogy a szaktudásomról mit, de ott se az ilyen atisvagyok féle "szakik" véleményét nézem. Én pontosan tudom, mennyit foglalkoztam Java-val és mennyit nem, az, hogy érhetnek újdonságok, mert soha, sehol nem akadtam ebbe a nyelvi konstrukcióba, hát istenem. Nem érzem égőnek. (főleg, hogy nekem azt _tanították_ valahol, hogy nincsenek, és a tapasztalatom ezt nem cáfolta, ezért biztos voltam benne)
----
Hülye pelikán

És te minden nap a fél Swinget áttúrod. Nyílván. Ahhoz, hogy használj valamit egy API doksi alapján nem kell tudnod mi az, sőt, nagyjából a szöveg 90%-t átugorja általában az ember, és csak a lényeges részt olvassa. Nomeg, C++-os előélettel számomra ez a természetes, márhogy ezt szabad és lehet, ergo fel sem tűnik.
----
Hülye pelikán

( sly007 v | 2010. 01. 03., v – 16:38 )

Jó ha mindegyiket ismered valamennyire. Kérdés hogy mire akarod használni. A munka választja az eszközt és nem fordítva. :) Ha lusta a célközönség akkor flash.
sly @ w3m.hu

( abszint | 2010. 01. 03., v – 17:51 )

akkor mindenképp flash, java sokaknál nincs feltelepítve, flash penetrációja meg elég nagy

sima html/javascript/ajax megoldásra nem gondoltál?

Az ilyen böngésző függő dolgoktól tartok egy kicsit, mert sajnos mind a mai napig van aki IE6-al szörfözik és nincs az a földöntúli erő ami rábírhatná hogy használjon igazi böngészőt.. igaz találtam már Firefox 0.5-ös emberkét is aki szerint a frissítések csak felesleges marhaságok, mindegy, ez off.

Ezért gondoltam egy viszonylag állandó alapra.

A kliens-szerver kommunikacio itt is csak HTTP, mivel ez sem mas, mint egy okos fejlesztokornyezet JS+CSS+HTML oldalak keszitesere. Azaz pl. nem tud olyat, mint a valos ketiranyu netkapcsolat (ilyen open-ended HTTP requestes baromsagokkal lehet operalni, de ha ganyolni akarsz, szived joga). Nem GWT-ala fejlesztett JS-fileokat elegge nehez belelapatolni (meg hivatalos OpenSocial-komponensek sincsenek, JSNI-vel kell ganyolni).

A kliens-szerver kapcsolat aszinkron módon történik, erre kifejlesztettek egy saját potokolt is: gwt-rpc. Itt részletesen lehet róla olvasni: http://code.google.com/webtoolkit/doc/1.6/DevGuideServerCommunication.h…
Lehet hogy bizonyos feladatokra nem alkalmas, de egy chat programra pont jó.
(nem konkrétan persicsb-nek írtam)

Ezzel egy baj van: tegyuk fel, hogy par oran keresztul senki nem ir a chatszerver fele uzenetet. Azonban a kliensek folyamatosan bombazzak keresekkel a szervert, hogy tortent-e valami, nem tud a szerver a kliens fele szolni, hogy "Hekas, most jott uzenet, most figyelj.". Ezzel a szerver eroforrasait es a halozatot it feleslegesen terheli a kliens. Es ez mind amiatt van, mert a HTTP az keres/valasz alapu protokoll, nem folyamatos stream alapu.

Valahogy a gmail is megoldotta ezt a chat dolgot.

Itt van egy próbálkozás:

http://www.springbyexample.org/examples/spring-bayeuex-gwt-chat-webapp…

"To briefly explain Comet & Bayeux, Comet is server side push basically. Instead of a standard HTTP request that makes a request and immediately receives a response, Comet either has an open connection to stream data to the client or long polling is used. Long polling, which is what the current Bayeux implementation uses, makes a request and the server doesn't respond until an event occurs on the server. Bayeux is a protocol that clearly defines a number of things, but one of it's primary goals is providing low latency over HTTP. It provides a publish/subscribe API for handling events. Bayeux also has implementation in more than just Java and JavaScript."

Nem próbáltam ki, de írják is hogy egyelőre csak Jetty-vel működik.

Igen, a keresett protokol-stilus neve: comet.

A szervert max felpercenkent bombazzak a kliensek, ha nincs semmi, ill. pontosabban a leghosszabb, meg biztonsagosnak itelt idokozonkent. Bombazniuk muszaj, mert a NAT es a proxy-k miatt a szerver a webes kapcsolatokon eleve nem tud visszaszolni.

Visszaszolni amugy sem tudna ha egyszer mar lezarult a HTTP kapcsolat. O csak kliensek kereseire tud valaszolni, a HTTP mar csak ilyen. Munkamenet-kovetes is csak mestersegesen van, maga a protokoll azt sem tamogatja, de sokfelekeppen meg lehet valositani...rajtam kivul senki nem erzi, hogy tenyleg kene egy igazi webes alkalmazasprotokoll, ami nem dokumentumok lekeresere, frissitesere, stb valo, hanem alkalmazasok kozotti adatcserere?

rajtam kivul senki nem erzi, hogy tenyleg kene egy igazi webes alkalmazasprotokoll, ami nem dokumentumok lekeresere, frissitesere, stb valo, hanem alkalmazasok kozotti adatcserere?

TCP-n magad is megvalosithatod...

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"

XMPP probal ez lenni.

A keres-valasz alapu dolgokra meglepoen sokminden lekepezheto, altalaban az alkalmazasokrol feltetelezik, hogy kepesek onallo url-t kepezni, nem feltetlenul HTTP-t, es onnantol kezdve ez meglepoen jol megy. A problema a HTTP-vel, mint ahogy te is irod, hogy nem lehet egykonnyen referenciat szerezni akar a kliensre, akar a kapcsolatra, es ezeket mindenfele mesterseges modon utanozzuk.

Viszont itt kerulsz egy picit ellentmondasba magaddal, hisz a HTTP az ilyen, ergo webes alkalmazasprotokollt nem tudsz irni, de ha jol ertem a mondanivalod eredeti ertelmet, valami olyat keresel, ami az XMPP probal lenni pl. a firehose-oknak meg a microbloggingnak.
(Tipikus pelda: identi.ca)

Egyebkent ha az alkalmazasokat leszukitjuk a web alapu alkalmazasokra, akkor, miutan mindkettonek van URL-je, rogton mukodokepesebb a dolog, ilyen pl. az OAuth. Persze ez az egymas webcimeit hivogatjuk tunhet gaznak.

Esetleg vegig lehet gondolni, a GET POST PUT DELETE parancsokon kivul miket erdemes bevezetni, ill. elolvasni Fielding disszertaciojat.

Persze, a REST az egy nagyon jo dolog, sot tkp. az volt Tim-Berners Lee valodi koncepcioja a Webre.
Viszont ez akkor mukodik jol (illetve szepen, az elmelet szerint), ha minden entitasnak van URL-je, meg az ideiglenesen a szoftverek egyszeri futasanak lete alatt is (peldaul egy FPS multiplayer jatekban az eppen jatszo jatekosok, mint entitasok URL-jei). Azonban ez akkor amennyisegu lekerdezes letet tenne szuksegesse, ami nem praktikus.

Ott meg nem akart a kiszolgalo kapcsolatot teremteni a kliensekkel, ma ez az igeny mar valos. XMPP jo lehet, de megint csak akkor, ha vannak URL-ek (azaz a ket oldal egyertelmuen tudja magat azonositani), azonban XMPP es sok minden ott bukik ki, ha HTTP felett kuldik el. Persze kenyelmes dolog, viszont tuzfalproblemak lepnek fel. Persze, mint minden nem HTTP-t haszanlo dolog eseten. Persze rendese, 5222-es porton hasznalva mar jo dolog.

Viszont ez a mindket oldalnak van URL-je es tudnak egymassal beszelni, ez pont ugyanaz, hogy van socket-em, amire tudok irni, es amirol tudok olvasni. Csak kevesebb eroforras es szamitasi teljesitmeny kell neki, viszont alacsonyabb szintu dolog, komolyabb odafigyelest igenyel a programozasa. Szoval igazabol az XMPP ennek a dolognak egyfele alkalmazas-retegbeli felemelese lenne.

Desktop kell vagy web?

a) desktop

Multiplatformnak a skodalatos javan kivul ott vannak a ruby osszepakolos installerjei, de lattam en mar xulrunner + python kombot is, igy a kod tobbsege pythonban irodott, a feluletet HTML-ben alakitottak ki, megse kellett attol felni, hogy nem lesz vele kompatibilis.

[edit: lemaradt http://www.getmiro.com/ ]

b) web

Weben 2 opciod van: flash es javascript. Mindketto kb. azonos sebesseggel fut a modern rendszereken, igen, az IE6 nem ez, ebben egyetertunk, ezekre mindenfele activex-es kikerulo megoldasokat probalnak alkalmazni. A java nem opcio, ennyi erovel activex controlt is csinalhatnal, lehet, elobb tennek fel.

GWT-szeru python megoldas a pyjamas: http://ajaxian.com/archives/pyjamas-gwt-for-python - mondjuk nalam mintha nehany widget nem mukodne tokeletesen.

A prezi.com mar ZUI-koraban is flash alapu volt, pedig akkor meg csak 10-en ismertek, nem tudom, ki mondta ezt neked kozuluk.

Ervek: az Adobe kepes volt egy olyan fejlesztokornyezet es nyelv osszerakasara, amely bar helyenkent bugos - flex builder - pontosan azt csinalja, amit a programozo szeretne csinalni. Mar ez volt a macromedia flash elonye is a 90-es evekben, amikor az appletek bebuktak. Az fx jelenleg all egy nyelvbol, es azert az AS3 nem olyan rossz.

Ezen kivul nezz meg egy flash-penetraciot Magyarorszagon, ha jol emlekszem, 98% korul van (a maradek 2 adblocker lehet), mig a java penetracio valami ketharmad kornyeken van talan.

A 2009-es webconfon mondta Halácsy Péter. Értelem szerűen nem a kezdtekről beszélt, hanem a mostról.
Fx egy kiforott nyelvre építkezik (java). Fejlesztőeszközök vannak hozzá (netbeans, eclipse). Illetve ami fut böngészőben, az futni fog desktopon is, mivel mindkettőhöz java kell csak. Adobe-nál az air tudja ezt, de ott már kell az air cucc a gépedre, nem elég a flash plugin.

Egyedül a penetráció érv, de a java plugin letöltést ugyan úgy felajánlja mint a flasht, tehát nem nagy dolog telepíteni.

És mint fentebb irták AS3-ban is vannak érdekes megoldások. Tehát nem jobb mint a java.

HP hajlamos lelkes lenni, de o kevesbe foglalkozik a programozassal.

Az ActionScript 3 is egy kiforrott nyelv.

A netbeans es az eclipse no-go. Nezd mar meg legyszives az Adobe Flash nevu IDE-t, tudod, abban 3 klikk osszerakni egy bannert, mig az eclipse ha elkezded irni, hogy cl, akkor kiegesziti, hogy class, de ettol meg be kell gepelned azt a 150 sort hozza.

Nem akarnak az emberek desktopon futtatni webappokat es forditva. Tudom, hogy marha latvanyos kihuzni az asztalra az mp3 jatekost, de a gyakorlatban erre egyszeruen nincs igeny. A ceges fejlesztesek mas kerdes, ott egy sulycsoportban indul az air meg a java.

A flash-t Gizi neni nem fogja telepiteni, mert Zolika elso mozdulattal telepitette, amikor pornot akart nezni a gepen, igy Gizi neninek az mar adottsag. Ha nem lenne az, akkro panaszkodna, hogy nem megy az internet, persze kiderul, csak nem jatssza le a youtube videokat. Ekkor persze Zolika egy mozdulattal feltelepitene. De a java nem ez a kategoria, ott inkabb 'gizi neni, hasznaljon mast'

A flash egyszeruen annyi mindenhez kell, hogy bar ugyanannyi ero lenne telepiteni, valojaban vegtelenul kevesebb, hisz mar van.

Alapvetoen a kovetkezot gondolom, es ezt ne csak atfusd: minden turing-teljes nyelv kepes elvegezni ugyanazokat a feladatokat. Javascriptben is lehet commodore emulatort irni, mint ahogy javaban is lehet webappot. Ha nagyon akarnam, pythonban is lehetne, vegulis plugin kerdese az is. A java ott cseszte el nagyon, hogy fogta a kor altalanos tudasat a programozasrol, leegyszerusitette, majd becsomagolta egy termekbe.

A java egy altalanos nyelv tehat. Oktatonyelvkent hasznaljak tobbek kozt emiatt, hisz tudja mindazt, ami minden nyelvben megvan, viszont ritkan tud olyat, ami mas nyelvekben nincsen meg.

Az, hogy oktatonyelvken hasznaljak, azt eredmenyezi, hogy kapunk egy rakas fantaziatlan embert, akik komolyan azt hiszik, ez az egyetlen nyelv a vilagon. Mivel a fantaziatlan emberek a munkahelyvalasztasban sem tul kreativak, igy kapunk egy rakas vallalati programozot, aki el se tudja kepzelni, hogy letezik mas nyelv, mint amit az egyetemen oktatnak. Innen aztan mar egy ongerjeszto folyamat van.

De ettol meg a java nyelv, es a java IDE-k nem alkalmasak webfejlesztesre, mert baszottaltalanosan gondolkodnak. Nem tudod azt mondani, hogy szia, ezt az elobb rajzolt figurat szeretnem ugralva animalni, mert ehhez egy kulso rajzoloprogram formatumahoz kell keresned egy importlibet, majd utana kell keresned egy animacios libet, majd az egeszet valahogy elmagyarazni az AWT-nek.

Tudom, hogy a java FX ebben mar egy fokkal javult, de meg mindig nem az igazi, es semmi olyat nem tud, amit az osszes tobbi nyelv ne tudna, csak epp 10 evvel korabban az adobe-nak mar volt egy hasonlo nyelve, ami a tortenelemben mar bizonyitott.

"HP hajlamos lelkes lenni, de o kevesbe foglalkozik a programozassal."

Azért a demo kódokat ő írta, másrészt valószínű nem egyedül találta ezt ki, de te biztosan jobban tudod mint Ő.

"Az ActionScript 3 is egy kiforrott nyelv."
Ki mondta hogy nem? Én azt mondtam, hogy a java is. De látom én bármit mondok az hülyeség.

"A netbeans es az eclipse no-go. Nezd mar meg legyszives az Adobe Flash nevu IDE-t, tudod, abban 3 klikk osszerakni egy bannert, mig az eclipse ha elkezded irni, hogy cl, akkor kiegesziti, hogy class, de ettol meg be kell gepelned azt a 150 sort hozza."

Te meg nézd meg légyszives a fenti eszközöket, azokhoz is van
widget szerkesztő.

Te se csak átfusd amit írok, hanem értelmezd is. Amit leírtál az nem támaszt alá sokmindent. Java is van eleve sok gépen, mint írtam fel is ajánlja ugyan úgy mint G
izi néninek a flash plugint.

Oktatónyelvnek is használják, talán mert érdemes? És írnak benne komoly web alkalmazásokat is. Szóval ezt nem tudom mire írtad, ja és fut mobil telefonokon is. Flash van mobilra?

Nem azt mondtam hogy mindent javaban kell írni, de javafx-el a topicnyitó bátran kisérletezhet. A flash is egy nagy gányhalmaz bizonyos szempontból, nem kéne annyira isteníteni. Meg miért nem silverligthal veted össze akkor már?

A desktopra kiteszem érved is hatalmas. Te már csak biztosan tudod, hiszen több ezer embert megkérdeztél. Ez ellen nehéz érvelni. De mint irod air és java van ahol egy súlycsoport, akkor mi is a probléma?

Szerintem csak össze vissza vagdalkozol és nem sok mindennel támasztod alá. Csak ott tévedsz hogy én a topic nyitónak ajánlottam a javafx-et nem neked.

HP-vel masfel evig dolgoztam, es ott voltam amikor a prezi szuletett.

A widget-szerkeszto edeskeves.

Az a baj, a gemius fizetosse tette azt a statot, ahol megmutatja, hogy nincs igazad, a legtobb gepen nincs java :(

(Az ABEV tavaly sokat javitott a helyzeten egyebkent, de ettol meg mas atlagfelhasznalok kozt elterjedt szoftverhez nem kell.)

Oktatonyelvnek... ez egy hosszu sztori, nem megyek bele. Lenyeg, hogy amikor ennek nekilattak, meg nem volt alternativaja. Komoly webalkalmazasokat szerveroldalon fejlesztenek benne, nem klienskent.

Flash van mobilra, Flash lite-nak hivjak, a legtobb mobil tamogatja.

Nem istenitem a flash-t, csupan nem latom a java elonyeit. Az appletek eltuntek a webrol, es ez nem veletlenul tortent.

Pont hogy a topicnyitot akarom megkimelni egy, a vallalati programozok szamara nem elegge feltuno zsakutcarol.

Nem kerdeztem meg tobbezer embert, az ilyen beszelgeteseinket altalaban fokuszcsoportokban - 10-20 valogatott ember - tartjuk, de ha vegiggondolod a hagyomanyos uton - use case analizis - akkor rajossz, hogy nincs olyan use case, hogy a webes alkalmazast desktopon akarom futtatni, ill. ha lenne, akkor is bookmarkolom, vagy megnyomom a letoltes gombot, nem termeszetes az, hogy nincs action hozza, plane nem windows kornyezetben, na mindegy, ebbe nem megyek bele, UX okai vannak.

(Alapvetoen az a kihuzas egy marketing stunt a Sun reszerol, szerintem a celkozonseg nem a felhasznalo, hanem te voltal.)

Reagalok alapvetoen, nem dobalodzom. A java FX -es hozzaszolasod megjelentekor az jutott eszembe,nehogy ez a srac komolyan vegye amit irsz, valakinek azert szolnia kene, hogy ez a dolog csak a vallalati programozok fantaziajaban olyan jo otlet, mert kulonben bebukja: ott all egy szoftverrel, amibe iszonyat energiakat feccolt, de nem kell senkinek, mert egy bukofelben levo ceg techdemo jellegu platformjara epit.

Csak azt sajnalom, nem szoltak vissza tobben, hogy ez vilagossa valjon.

Oké, értem. De akkor én is várom mástol is a megerősítést. Egyébként nem használok javafx-et, de maga a koncepció nekem tetszett, főleg hogy javára épül, tehát aki javában programozik, az kap egy magasabb szintű dolgot amivel egyszerübb dolgokat is öszerakhat kliens oldalra.
Java plugin telepítésre továbbra is azt mondom nem nagy cucc ha feldobja az oldal, mert az kell neki, mint ahogy flash is teszi.

Illetve én sem azt mondtam hogy mindent javafx-el kell onanntól. A vektrografikus rész és az animáció biztos egyszerübb flashben, de attól még javafx-el is lehet dolgozni. Illetve a mobilos részt is fentartom, mert flash liteal jópár dolog nem fog futni gondolom, ami a rendes pluginnal igen, tehát itt máris van egy piaci rés. Nem beszélve hogy pl android is javara épül. Tehát ha tud javat/javafx-et akkor mobilra is könnyebben fejleszt.

Ehm...

OKe, a megerosites nyilvan.

Mobilokrol:

A flash lite egy poenbeszolas ugymond, ez tenyleg letezik, es a csokitelefonok - aka, occsomobil - tobbsege tamogatja is, pl. az enyem is, es egyebkent szepen jatszik le - flash 6-os anyagokat, 320x240-ben (ami az en mobilom felbontasa), nyilvan no-go.

De ha valaki fejlesztett mar J2ME-re, az is tudja, hogy az remalom. Eleve nem fogsz tudni nagyon portolgatni, a max tamogatott nyelv az kb. 1.4, most jon ki az 1.7 desktopon. Ez az egyik baj. A masik, hogy minden telefon egy picit mas, mas bugokkal. A harmadik, hogy annyira minimalista, hogy egy sort fuggvenyt, vagy egy float-ot (double) nem raktak bele.

Az egeszre rajon az, hogy nagyon absztraktalni nem lehet, mert a 200 MHz-s proci nem tulzottan rajongana az otletert.

Ehhez kepest egyebkent bamulatos, mennyi szoftver van ra, ezert nincs is iPhone-om.

Az android ennel is szebb, bar most mar van benne rendes java.lang support, eleinte nem volt. Az sokmindent elarul a teljesitmenyrol, hogy ahhoz, hogy egy breakout (teglak, irtasa golyoval, amik egy palcikarol pattannak vissza) JNI -t igenyelt hogy elvezheto sebessege legyen. Mogotte Dalek van, nem sun hotspot jvm, hisz akkor az meg nagyon nem volt open source.

J2ME appok nem fognak futni androidon. bar trukkosen le lehet oket forditani (microemu), a gyakorlatban ez is egy kulon platform, igaz, BL-bol sokkal tobbet hasznalhatsz fel egy J2SE appbol, mivel eleg sok nyelvi feature-t tamogat a crosscompiler.

A java probal egy kepet vinni, miszerint a technologiaja skalazodik, szervertol (Java EE) mobilig (Java ME) mindent tamogat. A trukk az, hogy ez egy marketinguzenet, valojaban lefele pl. nem skalazodik jol, mindossze a nyelv azonos.

A Sun marketingkampanya egy kort hoz letre, amiben a fiatalok, a vallalatok es az egyetemek is ugy latjak, a java a megfelelo valasztas, ezek kozul a vallalatok azert, mert 1) nekik szol egy csomo uzenet 2) sok java fejleszto van, igy olcso, konnyu supportot talalni, es mivel a vallalatok ezt csinaljak, a masik ket csoport is erre gyur ra (persze nekik is szol marketing rendesen).

Az, amit en csinalok, hogy ebbol a korbol probalom kiszedni az embereket: persze, szep es jo, hogy van egy ilyen nyelv, de annyira nem jo, es nyugodtan el lehet menni alternativak fele, sot, erdemes megtanulni celnyelveket is (javascript, actionscript).

Okés.

És akkor java helyett mit ajánlasz, mármint flashen kivűl, mert azért flashben se érdemes mindent, illetve mint írtad is nem fut mindenhol (mondjuk ezek szerint java se :) ). A plugin szerintem nem túl jó, nagyon zabálja az erőforrást.

NagyZ hozzászólása még érdekelne a java/javafx témához :)

Pont ezaz, there's no silver bullet.

Bongeszobe JS vagy flash, szerveroldalra kb. ami tetszik, en egy felfunkcionalis nyelvet javasolnek (java does not qualify), beagyazott rendszerekhez C/C++, vagy celnyelv.

Mindegyik nyelv turing-teljes, ezen kivul celfeature-ok lehetnek. A java silver bullet akar lenni, pont ettol problemas.

( Lacyc3 v | 2010. 01. 06., sze – 22:52 )

Köszönöm szépen a javaslatot mindenkitől, utána nézek mindegyiknek. Hogy melyikre döntök még kérdéses, de megadtátok a kezdő lökést. Köszönöm! :)