Ich habe eine browser-implementierte Volltext-Such-App in FlashBuilder entwickelt, die REST-konform mit einem Remote-Webserver kommuniziert. Die Software passt in eine winzige Nische - sie ist für alte Sprachen und nicht für moderne Sprachen gedacht, und ich werde auf keinen Fall Geld damit verdienen, aber ich habe viel Zeit darauf verwendet.
Jetzt, da Apple Flash auf dem iPad nicht erlaubt, suche ich nach einer 100% Javascript Lösung und wurde dazu gebracht, GWT in Betracht zu ziehen. Es sah vielversprechend aus, aber eine der Apps wurde als ein hervorragendes Beispiel dafür präsentiert, was man mit GWT machen kann. Dieser Haftungsausschluss befindet sich auf ihrer Website (Namen {entfernt} um die möglicherweise Unschuldigen zu schützen):
%Vor%Was gibt an, wenn GWT-Apps in Chrome nicht "offiziell" unterstützt werden? Welche Note (A, B, C, D, F) würden Sie GWT für browserübergreifende Unterstützung geben? Für Leute, die nicht diese Art von Buchstaben Noten bekommen, ist A "ausgezeichnet" und "F" ist ein Fehler, und "C" ist durchschnittlich.
Danke für Ihre Meinung.
Alle grundlegenden GWT Widgets sind browserübergreifend kompatibel - dies wurde durch etwas erreicht, das Deferred Binding (nicht immer, aber für die größten Täter;)). Grundsätzlich ermöglicht es einen nahtlosen "Austausch" einer Klasse mit einer anderen, basierend auf dem Browser, den der Client verwendet (dieser Austausch wird während der Kompilierung durchgeführt). Dies ermöglicht es, ein Widget für alle standardkonformen Browser zu schreiben und dann eine spezialisierte Version für you-know-who bereitzustellen (deferred binding wird auch für i18n und andere coole Dinge wie Abhängigkeitseinspeisung ). Eine andere coole Sache bei der verzögerten Bindung ist, dass der Client nur die Version der Webanwendung spezifisch in seinen Browser lädt. Ein Firefox / Opera / Chrome / WebKit-Benutzer muss also nicht alle zusätzlichen Hacks herunterladen, die die Web-App auf IE funktionieren lassen.
Lange Rede, kurzer Sinn: GWT stellt dem Entwickler Tools / Mittel zur Verfügung, um eine browserübergreifende Webanwendung zu erstellen (und versucht, diesen Prozess so einfach wie möglich zu machen, indem er grundlegende Widgets bereitstellt, die übergreifend sind). Browser out of the box) - es liegt am Entwickler, diese Tools zu verwenden - oder nicht;)
PS: Die gleiche Frage könnte zu jQuery / mootools / etc gestellt werden - warum behaupten diese Frameworks, dass sie in allen Browsern funktionieren und es dennoch viele Websites / Web-Apps gibt, die diese Browser verwenden und nicht alle diese Browser unterstützen? Weil die Entwickler das gewählt haben. Es hat sich vielleicht nicht gelohnt, die Webanwendung / Site zu lahmlegen, nur damit sie auf einem (hoffentlich) sterbenden Browser funktioniert.
Der GWT-Teil von Apps läuft absolut einwandfrei auf Webkit-Browsern (wie Chrome und Safari). Wenn die Autoren dieser Site sich entschieden haben, Browser-Erkennung durchzuführen und auf Webkit auszubrechen, dann nicht wegen GWT, obwohl GWT-Add-Ons oder andere Komponenten, die Webkit nicht mögen, vorhanden sind.
Um die FAQ Ссылка zu zitieren?
Welche Browser unterstützt GWT?
GWT unterstützt die folgenden Browser:
- Firefox 1.0, 1.5, 2.0, 3.0 und 3.5
- Internet Explorer 6, 7 und 8
- Safari 2, 3 und 4
- Chromium und Google Chrome
- Opera 9.0
Tags und Links gwt cross-browser