[HWSW]

A Novell égisze alatt futó Mono projekt tegnap kiadta a keretrendszer Androidon futó verzióját, ezzel lehetõvé téve .NET alkalmazások futtatását a Google mobil operációs rendszerén.
https://www.hwsw.hu/hirek/46458/novell-mono-android-fejlesztes-c-net-okostelefon.html

[jani1701]

Ez LCoder híre...

[martonx]

Háát, nem hiszem, hogy ettõl hirtelen .Net fejlesztõk tömegei fognak Androidra fejleszteni, de legalább a lehetõség már meg lesz rá.

[Supra_III]

Jah, ha jól olvasom/értem, akkor ez messze nem jelenti azt, hogy a már elkészült programok natívan futni fognak androidon is...
Másik kérdés, hogy a beépített java változat, illetve az alacsony szintû eléréshez viszonyítva mennyire fog ez a megoldás ütõképes sebességet biztosítani. Nem minden alkalmazásnál szempont a gyorsaság, de ez is szûkíti a felhasználhatósági területet.

[LCoder]

Ez amennyire én tudom ugyanolyan bytekódot produkál mint a Dalvik, csak C# forrásból. Valami wrappert persze nyilván csináltak a javás libek fölé, mivel a Javában egy rakás nyelvi elem nincs, ami nélkül C# felõl nézve nem túl szép látvány az Androidos API.
Más kérdés, hogy ennyi pénzért idehaza legalábbis már javában is programozik az ember... Nyugaton persze ez aprópénz.

[LCoder]

@Supra_III: Normál körülmények közt az Androidos programok sem natívan futnak, az Android API alapvetõen Java alapú. Az már más kérdés, hogy rád tudsz rakni sima C/C++-os progikat is.

[Supra_III]

Persze hogy nem, ezért írtam köztesnek a Java/Davlik szintet - a gyakorlatban észre lehet venni, hogy melyik programot miben, milyen szinten, illetve mire írták - az egyik megy 30-60 frammel 800x480-ban, a másik meg a szöveget is lassan írja ki: nyilván ez utóbbi szenved a sok köztes rétegtõl, fordítótól (na meg a lusta programozótól )

Pontosan attól félek, hogy sok fordítás meg illesztés - a rengeteg kompatibilitási probléma mellett - jelentõs lassulást fog okozni. Sajnos még messze nem tartunk ott, hogy olyan fordítót írjanak, ami az ilyen problémákat kiküszöbölné. És ezt értem az összes nyelvre, nem csak a cikkben szereplõkre.

Én örülnék a legjobban, ha végre születne egy átjárható, univerzális platform, mint ami a java is akart lenni - aztán a végén a jávának van a gyakorlatban a legtöbb kompatibilitási problémája, és az egymásra ültetett rétegek nem fognak jót tenni a .net-nek sem. Arról már nem is beszélve, hogy az MS-nek valójában mennyire érdeke, hogy ez a dolog menjen a konkurens oprendszeren.

[vers]

nem azert, de gondolom xna nem lesz hozza,valami .NET+opengl szornyuseg lehet ez , de cafoljatok meg ha tevedek

[debaj]

Idézet: Supra_III - Dátum: 2011. 04. 07. 12:22

nyilván ez utóbbi szenved a sok köztes rétegtõl, fordítótól

Az ilyenek inkább attól szenvednek, hogy minden bonyolult számítást az activityk/service-ek kódjában felejt a programozó, amik szépen lefogják az UI szálat.

[Benedicht]

@LCoder: Szerintem nem kell wrapper a javas libek fole. Az utobbi par napban android ndk-val dolgozok es lehet csinalni olyan (c/c++-os) app-ot, amihez nincs javas kod. Ilyenkor a rendszer ad hozza szerintem annyit, hogy elindithato legyen. En magam nem probaltam, de szerintem egyszerubb a mar meglevo c/c++-os futtatokornyezetet androidra portolni, mint meg irni is egy wrappert a java fole.

Egyebkent a Unity3D is mono-t hasznal androidon (is).

[Loui]

@Supra_III: Szerintem az MS-nek a jelenlegi formajaban ez aranylag csak jot tesz (semmikepp sem ront), mert az Androidon megjelent .NET alkalmazasok is Androidos alkalmazasok (Terike azt sem tudja mifan terem a .NET), igy ha az nem teljesit jol, akkor az Android a hulladek es a WP7 biztos jobb, mert azon meg gyonyoru, csilli-villi, meg lehet tole vakulni .

@mindenki:
Valamit biztos en ertettem felre, de miert is wrapper ez a Java felett?

[anonyssimus]

Linuxos verzió nincs? Ez azért vicces.

[LCoder]

@Loui: Nem hiszem hogy túl sokkal rosszabbul teljesítene mint a java. Sõt, igazából azt sem hogy egyáltalán rosszabbul teljesítene. A wrapper meg azért kell, mert a java jó pár generációval van lemaradva a C# mögött, így a natív javás libek elég hülyécskék lennének C# felõl nézve. Pl getter-setter propertyk helyett, stb.

[LCoder]

@Supra_III: Igazából sokkal inkább attól függ a dolog hogy mit csinál a programod. C++-ban is lehet iszonyú lassú dolgot írni, és C# alatt is lehet nagyon gyorsat.