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

Google hat mit dem Native Client noch viel vor.
Google hat mit dem Native Client noch viel vor. (Bild: Google)

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. AKDB, München
  2. cab Produkttechnik GmbH & Co. KG, Karlsruhe
  3. Robert Bosch GmbH, Plochingen
  4. Basler AG, Ahrensburg


Anzeige
Spiele-Angebote
  1. 7,99€
  2. 19,99€ - Release 19.10.
  3. 19,49€

Folgen Sie uns
       


  1. Bundestagswahl 2017

    Union und SPD verlieren, Jamaika-Koalition rückt näher

  2. IFR

    Zahl der verkauften Haushaltsroboter steigt stark an

  3. FTTH

    CDU für Verkauf der Telekom-Aktien

  4. Konkurrenz

    Unitymedia gegen Bürgerprämie für Glasfaser

  5. Arduino MKR GSM und WAN

    Mikrocontroller-Boards überbrücken weite Funkstrecken

  6. Fahrdienst

    London stoppt Uber, Protest wächst

  7. Facebook

    Mark Zuckerberg lenkt im Streit mit Investoren ein

  8. Merged-Reality-Headset

    Intel stellt Project Alloy ein

  9. Teardown

    Glasrückseite des iPhone 8 kann zum Problem werden

  10. E-Mail

    Adobe veröffentlicht versehentlich privaten PGP-Key im Blog



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Bundestagswahl 2017: Viagra, Datenbankpasswörter und uralte Sicherheitslücken
Bundestagswahl 2017
Viagra, Datenbankpasswörter und uralte Sicherheitslücken
  1. Zitis Wer Sicherheitslücken findet, darf sie behalten
  2. Merkel im Bundestag "Wir wollen nicht im Technikmuseum enden"
  3. TV-Duell Merkel-Schulz Die Digitalisierung schafft es nur ins Schlusswort

Olympus Tough TG5 vs. Nikon Coolpix W300: Die Schlechtwetter-Kameras
Olympus Tough TG5 vs. Nikon Coolpix W300
Die Schlechtwetter-Kameras
  1. Mobilestudio Pro 16 im Test Wacom nennt 2,2-Kilogramm-Grafiktablet "mobil"
  2. HP Z8 Workstation Mit 3 TByte RAM und 56 CPU-Kernen komplexe Bilder rendern
  3. Meeting Owl KI-Eule erkennt Teilnehmer in Meetings

E-Paper-Tablet im Test: Mit Remarkable machen digitale Notizen Spaß
E-Paper-Tablet im Test
Mit Remarkable machen digitale Notizen Spaß
  1. Smartphone Yotaphone 3 kommt mit großem E-Paper-Display
  2. Display E-Ink-Hülle für das iPhone 7

  1. Re: CDU, AfD und FDP - Bahamas Koalition

    azeu | 21:43

  2. Re: Und bei DSL?

    Matty194 | 21:42

  3. Re: Endlich Reißleine ziehen.

    Ovaron | 21:40

  4. Re: Wir ueberlegen seit langem den Kauf

    Avarion | 21:29

  5. Re: Die letzte Meile

    Ovaron | 21:24


  1. 19:04

  2. 15:18

  3. 13:34

  4. 12:03

  5. 10:56

  6. 15:37

  7. 15:08

  8. 14:28


  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