Ich bin mir nicht sicher, dass dies eine geeignete Frage für hier ist, aber ist die neue Chrome-App für IOS nur ein UIWebView?Chrome IOS - Ist es nur ein UIWebView?
Wenn ja, wäre es dann sicher anzunehmen, dass es keine Rendering-Unterschiede zwischen ihm und Mobile Safari geben sollte?
Ab Version 48 verwendet Chrome für iOS WKWebView, was der in Safari verwendeten Ansicht entspricht.
Quelle: Ars Technica
Ja, Sie haben recht ... es verwendet die Webkit-Rendering-Engine mit Chrome UI.
Ref.-Nr. DaringFireball ...
Es ist nicht das Chrome-Rendering oder JavaScript-Engine - die App Store Regeln des verbieten. Es ist die iOS-Systemversion von WebKit eingewickelt in Google eigenen Browser UI
dachte ich genauso. Ich hatte nicht viel App-Entwicklungserfahrung, aber ich dachte nicht, dass es eine andere Möglichkeit gibt, ein Webview zu laden. Ich denke, ich habe Schwierigkeiten, einen Vorteil gegenüber mobilen Safari zu sehen. – SpaceBeers
Und so scheint es, so will Apple es haben. Das UIWebView ist leider stark eingeschränkt. Unter OSX sind WebView und Objective-C Webkit Bridge absolut erstaunlich. iOS fehlt fast die gesamte überbrückte Funktionalität. –
Es scheint eine seltsame Sache zu sein, freizugeben, um ehrlich zu sein. Daher die Frage. Das einzige, was ich denken kann ist, dass es eine Möglichkeit ist, zu zeigen, wie geschlossen IOS ist. – SpaceBeers
Nein, es ist nicht nur ein UiWebView. Mike Pinkerton post on chrome-team googlegroup:
Chrome für iOS hat ein paar ziemlich große technische durch den App Store auferlegten Beschränkungen, wie das Erfordernis zu verwenden, die sich im internen UIWebView für das Rendering, kein V8 und einem Single-Prozessmodell. Daher war es schwierig, kritische Chromium-Infrastrukturkomponenten wiederzuverwenden. Es gibt jedoch eine Menge Code, den wir nutzen, wie die Netzwerkschicht, die Infrastruktur für Sync- und Lesezeichen, Omnibox, Metriken und Absturzberichte sowie einen wachsenden Anteil an Inhalten.
Die Netzwerkschicht allein enthält eine viel von Optimierungen Ihren Browser zu verbessern. Hier ein kurzer Überblick: http://www.igvita.com/2012/06/04/chrome-networking-dns-prefetch-and-tcp-preconnect/
etwas hinzufügen, Chrome auf iOS nicht von dem beliebten 0 Tagen SSL goto leiden versäumen; Fehler, der in iOS 7.0.6 gepatcht wurde –
Hat es nicht funktioniert? Das ist interessant. Die angenommene Antwort ist 2 Jahre alt, also können sich die Dinge seither bewegt haben. – SpaceBeers
Interessant zu lesen @rigrigoriks [Antwort erneut] (http://StackOverflow.com/a/11316946/1028230) - Es sieht so aus, als ob UIWebView für * Rendering * verwendet wird, aber das ist es schon. ? Sie könnten also eine "Netzwerkschicht" haben, die anderen Code verwendet. Also Chrome wäre nicht "nur UIWebView", auch wenn es Rendering ist. Und, wie Opera, könnte es tun, was es wollte, um die HTML-Quelle vorzurichten. – ruffin