JavaForum
Space shortcuts
Child pages
  • Google Native Client
Skip to end of metadata
Go to start of metadata
Dióhéjban: A Google-nél kitalálták hogy web-böngészők esetén hatékonyabb lenne ha Javascript helyett natív kódot futtatnának a kliens gépeken. Íme egy tűzközeli blogbejegyzés a témában. A lényeg, hogy leküldenének plugineket és compilereket (GCC) a kliensre és valódi natív kódot fordítanának.

Általában jó dolgokat szoktak kitalálni (bár azért az utóbbi időben gyűlnek a földbe állt projektek is). Ez utóbbi szerintem kifejezetten kretén elgondolás. Újra akarják játszani a történelmet a C nyelvtől?

A java appletek kb jók lennének erre a feladatra.

      
      
Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

5 Comments

  1. Auth Gábor

    Szerintem a Google már elég nagy ahhoz, hogy különféle csoportok alakuljanak, amelyek egymással szöges ellentétben lévő technológiákat szeretnének bevezetni... ez gondolom egy ilyen lenne...

  2. Balakirev Dávid

    Szerintem is vannak erdekes huzasaik mostanaban, de nem tartom akkor a botranynak. Ugysem fog a Mozilla sem az IcicPiciSoft ugrani mert a gugli ur azt mondta (vagy megis???) Amugy en szeretem a google-os cuccokat.

  3. Auth Gábor

    Mostanság néztem kicsit az Android-ot, például ezzel a Native Client kapcsán azt nem értem, hogy miért nem az Android rendszert teszik például pluginbe? Ezernyi program van vagy lesz rá, nem kell hozzá új technológia, stb, stb.

  4. tvik

    Az Androidnak azért eléggé más a célja mint a natív kliensnek. Meg lehetne csinálni, de az nem lenne optimális megoldás.

    Az az antifeminim vicc jut eszembe mikor a csúnya nő kifog egy aranyhalat és kívánhat hármat.
    -Legyek szép.
    Bombázó lesz belőle.
    -Legyek gazdag.
    Hirtelen terem valahol egy degeszre tömött bankszámlája.
    -Legyek okos.
    És férfivé változik.

    Namost ha figyelembe veszem, hogy platformfüggetlen és biztonságos megoldás kell, hamar kijön hogy kell egy köztes virtuális gép, ami valamilyen API-val kommunikál az oprendszer és a böngésző felé és van egy jogosultságrendszere - el is jutottunk a java appletekig.

    Tudnék még sorolni dolgokat, pl. modularitás, függőségkezelés. Ha jól értelmezem az a koncepció hogy leküldenek egy C compilert browser pluginnek és az majd lefordítja natív kódra az alkalmazást. Ez mennyi ideig fog tartani egy nagyobb alkalmazás esetében? Statikus analízis is lesz ami vizsgálja a tömb túlcímzéseket és egyéb C/C++-os gyönyörűségeket? Nem véletlenül találták ki a Java-t vagy éppen a C#-t. De már ezen is régen túlléptünk, mert JVM fölött jónéhány más nyelven lehet programozni és ha már megemlítettem, .net-ben is. Most akkor a válasz a kihívásra hogy C++?

    Már az sem igaz feltétlenül, hogy a virtuális gép alapú megoldások lassabbak az előre lefordított natív kódoknál, mert adott esetben a JIT compiler a rendelkezésre álló arhitektúrát és konfigurációt kihasználva hatékonyabb kódot tud generálni, mint egy univerzális compiler.

  5. Auth Gábor

    Persze, az Android se tud mindent, de erre a célra, amire a Google bejelentette a Native Client-et, arra kiváló az Andoid, amely - megfelelő widget gyűjteménnyel simán lehetne RIA rivális... egyszerűen a mostani érintőképernyőre tervezett widgeteket kellene lecserélni, mögé tenni egy XML/JSON/SOAP kliens csomagot és... szóval a lehetőség megvan.

    Pont azt nem értem, hogy ha a GWT és az Android esetén ennyire Java támogató a Google, akkor miért akarnak egy újabb VM-et erre a célra...