Wenn Sie eine zentrale Business-Intranet-App für ein kleines Unternehmen entwickeln und möglichst reaktionsschnell sein möchten, wo die Mitarbeiter gleichgültig gegenüber einem bestimmten Browser sind, würden Sie für Firefox, Chrome, oder testen Sie mehr als Sie benötigen, um Lock-in zu vermeiden? Gibt es andere Faktoren, die Sie berücksichtigen würden, bevor Sie alle Ihre Eier in einen Browserkorb legen oder nicht?
Gibt es in Chrome beispielsweise Funktionen für die Geschwindigkeit, die bei anderen Browsern fehlen und für die eine browserunfreundliche Ausrichtung auf Chrome erforderlich ist, und wenn dies der Fall wäre, wäre es sinnvoll, sie zu entwerfen?
>Was ist die IT-Richtlinie des Unternehmens für Browser? Es scheint, als würde dies bestimmen, wofür du es schreibst. Warum schreiben Sie es für beide, wenn jeder Computer in der Firma Ihres Kunden IE6 hat? Lock-in ist für ein Unternehmen kein Problem, da sie die Richtlinie darüber bestimmen können, was Nutzer auf ihren Computern verwenden und welche sie haben müssen.
In der Geschwindigkeit werden Sie keine signifikanten Vorteile finden, wenn Sie bestimmte Aufgaben ausführen, die auf ihre Stärken hinwirken (sehen Sie sich den Bereich im Benchmarking an, einige Google-Tests haben Chrom um ein Hundertfaches schneller, wo wie andere firefox schlagen Chrom).
Im Idealfall möchten Sie, dass es agnostisch ist, aber wenn Sie eines auswählen müssten, würde ich Firefox verwenden, da es ein ausgereifterer Browser ist. Ich würde es ablehnen, die App für einen Browser zu verwenden, der nur ein paar Monate alt ist, insbesondere einen, der nur 1.0 erreicht.
Go Browser Agnostiker. Es ist nicht zu sagen, wenn jemand einen bestimmten Browser beauftragt, und Sie müssen ein bestimmtes Modul wiederholen, weil es einen speziellen Stecker oder eine Funktion verwendet, die nur mit dem Browser jetzt veraltet verfügbar ist.
Technisch gesehen sind wir hier ein IE-Shop, aber ich stelle sicher, dass alle meine Apps auf mindestens IE und Firefox funktionieren, und ich mache auch mehr Tests in Chrome.
Obwohl die Standardkonformität sicherlich viele Vorteile hat, wenn Ihre Anwendung UI-lastig ist und Sie nicht mit HTML-Widgets kämpfen wollen, empfehle ich einen Gecko-basierten Browser, mit dem Sie UI in XUL wesentlich schneller erstellen können die vertraute Funktionalität einer Desktop-Anwendung als HTML von Grund auf. Da Gecko Open Source ist und aktiv entwickelt wird, riskieren Sie nicht, dass Sie steckenbleiben, wenn Sie etwas Eigenes verwenden.
Schreiben Sie immer richtig - d. h. cross-browser -, da Sie nie wissen, wann eine neue Version eines Browsers das alte Verhalten ändern könnte.
Die Verwendung von Chrome zur "Anbringung" von Web-Apps ist jedoch eine gute Wahl für Intranets. (Besonders wenn es hilft, hört der Benutzer auf zu sagen "mein Browser ist kaputt")
"Wenn Sie eine Kerngeschäfts-Intranet-App für ein kleines Unternehmen entwickeln und möglichst reaktionsschnell sein möchten, wo die Mitarbeiter gleichgültig sind, mit einem bestimmten Browser festgefahren zu sein."
Chrome. Sie können eine Chrome-lose Web-App erstellen, damit Ihre Intranet-App wie eine Desktop-App aussieht und sich wie eine Desktop-App verhält (schnelles JavaScript hilft hier sehr). Sie können sogar eine Anwendungsverknüpfung mit Chrome erstellen, sodass keine Adressleiste mehr angezeigt wird.
Chrome startet auch etwas schneller als andere Browser. Jedes Mal, wenn ich etwas in Stackoverflow lesen möchte, verwende ich Chrome.
Der günstigste Weg wäre, die Intranet-App an die Standards der Organisation anzupassen. Wenn sie dich stundenweise bezahlen, ist es wirklich ihre Entscheidung darüber, wofür du deine Zeit verbringst. Wenn sie sagen, dass es nur FireFox ist, dann sollte es so gemacht werden. Wenn es sich um ein festes Gebot handelt, haben Sie möglicherweise einen gewissen Spielraum, aber letztendlich ist es ihre Entscheidung. Sie mögen Gründe haben, warum sie nicht wollen, dass es mit Chrom funktioniert (ich kann mir keinen Grund vorstellen, aber das heißt nicht, dass es nicht einige gibt.)
Seien Sie browserunabhängig.
Meine Erfahrung ist, dass, obwohl es eine starke Vorliebe für einen Browser (von ihnen ähnlich) in Tech-Communities gibt, die tatsächliche Benutzerpopulation nicht wirklich gestört ... oder anders gesagt gibt es keinen signifikanten Unterschied zwischen den moderne Browser, die für den Endbenutzer von Bedeutung sind.
Ich denke, dass IE und Firefox (insbesondere IE) für die Einhaltung von Standards ausgelegt sind, da Chrome möglicherweise nachsichtig ist, vor allem, um mit Google-Apps zu funktionieren, die nicht wirklich w3c-konform sind.
Eine sichere Wette besteht darin, Ihre App nach w3c-Standards zu entwickeln und sicher zu sein, dass sie in den meisten Browsern genauso funktioniert.
"und wollte, dass es so reaktionsfreudig wie möglich ist, wo die Mitarbeiter gleichgültig sind, mit einem bestimmten Browser festgefahren zu sein"
Klingt so, als ob Sie eine intelligente Client-Anwendung benötigen.
EDIT: Mit Smart Client meine ich eine Anwendung, die separat von einem Browser ausgeführt wird und Webdienste verwendet, um mit dem Server zu sprechen.
Ich würde so browserunabhängig wie möglich gehen. Wir haben ein paar Systeme wie dieses, wo technisch sie nur einen Browser unterstützen, aber wir stellen wirklich sicher, dass sie wenigstens über das IE - Gecko - WebKit funktionieren (auch wenn sie nicht hübsch sind) Universum.
(Auf der anderen Seite, wenn ich heute eines von denen starten würde, wäre die Optimierung für Chrome und nicht für IE wirklich verlockend.)
Tags und Links web-applications google-chrome intranet firefox-3 lock-in