Abo
  • Services:
Anzeige
Google hat mit dem Native Client noch viel vor.
Google hat mit dem Native Client noch viel vor. (Bild: Google)

Native Client

Googles Vision vom nativen Web

Applikationen laufen plattformunabhängig im Browser und müssen dabei nativen Applikationen in nichts nachstehen: So in etwa stellt sich Google die Zukunft vor. Christian Stefansen aus Googles Native-Client-Team erläutert in einem Blogeintrag, welcher Weg dorthin führt.

Ab sofort können Webapplikationen auf Basis von Googles Native Client über den Chrome Web Store vertrieben werden, kündigt Christian Stefansen an, Produktmanager in Googles Native-Client-Team. Viel spannender als diese Ankündigung ist aber der Ausblick auf die Zukunft des Native Client, den Stefansen zugleich gab. Dieser gibt Aufschluss darüber, wie sich Google die Zukunft des Web vorstellt.

Anzeige

Mit der Version 0.5 des Native Client hat Google ein stabiles ABI (Application Binary Interface) für den Native Client eingeführt und diese Version auch in Chrome 14 integriert. Der Browser befindet sich derzeit im Betatest. Mit der Möglichkeit, Native-Client-Applikationen über den Chrome Web Store zu vertreiben und der in Kürze anstehenden Veröffentlichung von Chrome 14 lässt Google die Technik auf eine breite Öffentlichkeit los.

Googles natives Web steht noch ganz am Anfang

"Wäre es nicht großartig, wenn ihr Web Apps schaffen könntet, die bestehenden C- und C++-Code nutzen?", schreibt Stefansen und preist den Native Client als Lösung. Doch es geht Google ganz offensichtlich um mehr als nur darum, dass Webentwickler alten C/C++-Code nutzen können. Der Native Client soll den Weg hin zur Ablösung klassischer Betriebssysteme ebnen.

Bei der Integration des Native Client setzt Google auf das Pepper API, eine neue und bessere Schnittstelle für Browser-Plugins als die noch von Netscape entwickelte Schnittstelle NPAPI. Pepper entwickelt Google gemeinsam mit Mozilla, um einheitliche Schnittstellen zu schaffen, mit denen sich C und C++ an die HTML5-Funktionen des Browsers anbinden lassen.

PNaCl macht Apps unabhängig vom Betriebssystem und Prozessor

Eine native Applikation in C und C++, die für den Native Client geschrieben ist, läuft unabhängig vom Betriebssystem. Das gilt heute, in Zukunft aber soll auch die verwendete Prozessorarchitektur keine Rolle mehr spielen. Dazu arbeitet Google am Portable Native Client (PNaCl). Native-Client-Applikationen werden dann in Form von LLVM-Bytecode ausgeliefert, der auf unterschiedlichen Prozessorarchitekturen ausgeführt werden kann. Google wird mindestens x86- und ARM-Prozessoren unterstützen. LLVM sorgt letztendlich dafür, dass der Bytecode in die plattformspezifischen Instruktionen umgesetzt wird.

Bis PNaCl erscheint, wird der Chrome Web Store der einzige Kanal sein, über den Native-Client-Apps verteilt werden können. Das, so Google, soll helfen, sicherzustellen, dass alle Native-Client-Apps auf PNaCl umgestellt werden, wenn die portable Version des Native Client fertig ist.

Umfangreiche Schnittstellen

Nativen Code ausführen zu können, ist aber nur ein Teil dessen, was eine native Applikation ausmacht. Erst wenn über den Browser auch ein Zugriff auf die Schnittstellen des jeweiligen Betriebssystems möglich ist, werden die plattformunabhängigen Browseranwendungen mit ihren nativen Konkurrenten wirklich mithalten können.

Die aktuelle Version des Native Client unterstützt die Pepper-APIs für 2D-Grafik, Stereo-Audio, URL-Fetching, das File API, asynchrone Nachrichtenweiterleitung und Javascript. Das ist noch recht überschaubar, und für viele Anwendungsgebiete ist das zu wenig. In künftigen Versionen will Google Native-Client-Apps unter anderem auch den Zugriff auf hardwarebeschleunigte 3D-Grafik per OpenGL ES 2.0, einen Vollbildmodus sowie Websockets und Peer-to-Peer-Verbindungen ermöglichen.

Diese neuen Schnittstellen sollen integriert werden, sobald sie von HTML5 und Pepper unterstützt werden.

Wie sicher ist der Native Client?

Stefansen stellt den Native Client als so sicher wie Javascript dar: Der Native-Client-Code werde vom Betriebssystem durch zwei verschachtelte Sandboxen isoliert: der Native Client Sandbox und der Chrome Sandbox. Anders als bei NPAPI-Plugins und ActiveX-Controls hätten Native-Client-Apps keinen Zugriff auf das darunterliegende Betriebssystem.

Nicht alle sind begeistert

Google will die Möglichkeiten des Webs mit dem Native Client erweitern, nicht bestehende Webstandards ersetzen. Dennoch stößt Googles Ansatz bei anderen Browserherstellern nicht auf Begeisterung. Laut Mozillas Produktchef Jay Sullivan gibt es keine Pläne, Firefox um eine Art Native Client zu erweitern: "Diese nativen Apps sind kleine Black-Boxen in einer Webseite. Das ist nichts, das wir verfolgen. Wir glauben wirklich an HTML", sage Sullivan The Register. Auch bei Opera hält man Googles Native Client nicht für aussichtsreich.


eye home zur Startseite
qwertü 20. Aug 2011

http://www.titanic-magazin.de/uploads/pics/Neunziger.jpg

Baron Münchhausen. 19. Aug 2011

word genau das finde ich mit der ganzen "im browser" geschickte immerwieder bescheuert...

Baron Münchhausen. 19. Aug 2011

falstaff 19. Aug 2011

Sorry, ich glaube da hast du vor allem am Ziel vorbeigelesen :-) Grundsätzlich gebe ich...

( Alternativ... 19. Aug 2011

das war das erste an was ich gedacht hab beim durchlesen.



Anzeige

Stellenmarkt
  1. DRÄXLMAIER Group, Vilsbiburg
  2. PHOENIX group IT GmbH, Mannheim, Fürth
  3. Thomas Sabo GmbH & Co. KG, Lauf / Pegnitz
  4. FHE3 GmbH, Karlsruhe


Anzeige
Top-Angebote
  1. 59,90€
  2. 22,99€

Folgen Sie uns
       


  1. Open Data

    Thüringen stellt Geodaten kostenfrei zur Verfügung

  2. Whistleblowerin

    Obama begnadigt Chelsea Manning

  3. Stadtnetz

    Straßenbeleuchtung als Wifi-Standort problematisch

  4. Netzsperren

    UK-Regierung könnte Pornozensur willkürlich beschließen

  5. Kartendienst

    Google Maps soll künftig Parksituation anzeigen

  6. PowerVR Series 8XE Plus

    Imgtechs Smartphone-GPUs erhalten ein Leistungsplus

  7. Projekt Quantum

    GPU-Prozess kann Firefox schneller und sicherer machen

  8. TV-Kabelnetz

    Tele Columbus will höhere Datenrate und mobile Conversion

  9. Fingerprinting

    Nutzer lassen sich über Browser hinweg tracken

  10. Raumfahrt

    Chinas erster Raumfrachter Tianzhou 1 ist fertig



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
U Ultra und U Play im Hands on: HTCs intelligente Smartphones hören immer zu
U Ultra und U Play im Hands on
HTCs intelligente Smartphones hören immer zu
  1. VR-Headset HTC stellt Kopfhörerband und Tracker für Vive vor
  2. HTC 10 Evo im Kurztest HTCs eigenwillige Evolution
  3. Virtual Reality HTC stellt Drahtlos-Kit für Vive vor

Taps im Test: Aufsatz versagt bei den meisten Fingerabdrucksensoren
Taps im Test
Aufsatz versagt bei den meisten Fingerabdrucksensoren
  1. Glas Der Wunderwerkstoff
  2. Smartphone-Prognosen Das Scheitern der Marktforscher
  3. Studie Smartphones und Tablets können den Körper belasten

Wonder Workshop Dash im Test: Ein Roboter riskiert eine kesse Lippe
Wonder Workshop Dash im Test
Ein Roboter riskiert eine kesse Lippe
  1. Supermarkt-Automatisierung Einkaufskorb rechnet ab und packt ein
  2. Robot Operating System Was Bratwurst-Bot und autonome Autos gemeinsam haben
  3. Roboterarm Dobot M1 - der Industrieroboter für daheim

  1. Was macht dann Drillisch?

    Apfelbrot | 06:52

  2. Re: Wir müssen unsere Schreib-Methoden ändern

    Apfelbrot | 06:51

  3. Re: nicht eher O2?

    Spaghetticode | 06:51

  4. Re: Schaden trägt nur der Leser!

    rocketfoxx | 06:31

  5. "Deutschland Lizenz"...

    katze_sonne | 06:19


  1. 06:01

  2. 22:50

  3. 19:05

  4. 17:57

  5. 17:33

  6. 17:00

  7. 16:57

  8. 16:49


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel