Chrome o Firefox (o indipendente dal browser) per un'app Intranet?

Question

Se stavi progettando un'app Intranet aziendale principale per una piccola impresa e volessi che fosse il più reattivo possibile, in cui il personale è indifferente a rimanere bloccato con un determinato browser, progetteresti per Firefox, Chrome, o testare più ampiamente di quanto è necessario solo per evitare il lock-in? Ci sono altri fattori che dovresti prendere in considerazione prima di mettere tutte le uova nel cestino del browser o no?

Ad esempio, Chrome ha alcune funzioni relative alla velocità che mancano ad altri browser che avrebbero bisogno che Chrome fosse mirato in modo ostile a tutti i browser e, in caso affermativo, varrebbe la pena progettarle intorno?

Answer 1

Qual è la politica IT aziendale sui browser? Sembra che questo determinerebbe per cosa lo scrivi. Perché scriverlo per entrambi, se tutti i computer dell'azienda client hanno IE6? Il lock-in non è un problema per un'azienda in quanto può dettare la politica su ciò che le persone usano e devono avere sui loro computer.

Rapidamente non troverai significativi guadagni scegliendo l'uno rispetto all'altro a meno che tu non stia svolgendo compiti specifici che giochino ai loro punti di forza (guarda la gamma nel benchmarking per esempio, alcuni test di Google hanno Chrome centinaia di volte più veloce, dove come altri hanno Firefox che batte Chrome).

Idealmente, vorresti che fosse agnostico, ma se dovessi sceglierne uno però, andrei con Firefox, poiché è un browser più maturo. Sarei riluttante a scegliere come target l'app per un browser che ha solo un paio di mesi, in particolare uno che ha appena raggiunto 1.0.

Answer 2

Vai agnostico al browser. Non si può dire quando qualcuno imporrà un determinato browser e rimarrai bloccato dovendo ripetere un determinato modulo perché utilizzava un plug o una funzione speciale disponibile solo con il browser ora obsoleto.

Tecnicamente siamo un negozio IE qui, ma mi assicuro che tutte le mie app funzionino almeno su IE e Firefox, e sto facendo altri test anche su Chrome.

Answer 3

Anche se essere conformi agli standard ha certamente molti vantaggi, se la tua applicazione è UI pesante e non vuoi lottare con la mancanza di widget HTML, ti suggerisco di usare un browser basato su Gecko che puoi creare UI in XUL molto più velocemente con tutti la funzionalità familiare di un'applicazione desktop rispetto all'HTML da zero. Poiché Gecko è open source e sviluppato attivamente, non rischi di rimanere bloccato se stavi usando qualcosa di proprietario.

Answer 4

Scrivi sempre correttamente, ad esempio cross-browser, poiché non sai mai quando una nuova versione di un browser potrebbe cambiare il vecchio comportamento.

Tuttavia, l'uso dell'applicazione di Chrome delle app Web è una buona scelta per le intranet. (Soprattutto se aiuta a impedire agli utenti di dire " il mio browser è rotto ")

Answer 5

" Se stavi progettando un'app Intranet aziendale principale per una piccola impresa e volevi che fosse il più reattivo possibile, in cui il personale è indifferente a rimanere bloccato con un determinato browser. "

Chrome. Puoi creare un'app Web senza Chrome, in modo da far apparire l'app Intranet e agire come un'app desktop (Javascript veloce aiuta molto qui). Puoi anche creare una scorciatoia per l'applicazione con Chrome in modo da non visualizzare più la barra degli indirizzi, più spazio sullo schermo.

Chrome lancia un po 'più veloce di altri browser, ogni volta che voglio leggere immediatamente qualcosa su Stackoverflow, utilizzo Chrome.

Answer 6

Il modo più economico per procedere sarebbe personalizzare l'app Intranet in base agli standard dell'organizzazione. Se ti pagano a ore, è davvero la loro decisione su ciò su cui passi il tuo tempo. Se dicono che è solo FireFox, allora è così che dovrebbe essere fatto. Se si tratta di un'offerta fissa, potresti avere un margine di manovra, ma alla fine è una loro decisione. Potrebbero avere dei motivi per cui non vogliono che funzioni con Chrome (non riesco a pensare a un motivo, ma ciò non significa che non ce ne siano.)

Answer 7

Sii indipendente dal browser.

La mia esperienza è che, sebbene vi sia una forte preferenza per un browser (come loro) nelle comunità tecnologiche, l'attuale popolazione di utenti non si preoccupa davvero ... o, in altre parole, non vi è alcuna differenza significativa tra browser moderni che contano per l'utente finale.

Penso che IE e Firefox (IE in particolare) siano progettati per la conformità agli standard in cui Chrome potrebbe essere indulgente, specialmente per funzionare alla grande con le app di Google che a loro volta non sono conformi alle specifiche w3c.

Una scommessa sicura è progettare la tua app secondo gli standard di w3c ed essere certi che funzionerebbe allo stesso modo nella maggior parte dei browser.

Answer 8

Per essere politicamente corretti, per quanto riguarda il web, dovresti renderlo presentabile nei principali browser e tutto quel jazz sulla configurazione aziendale esistente. Tuttavia, che dire dei vantaggi dell'utilizzo di Chrome with Gears?

Answer 9

" e volevo che fosse il più reattivo possibile, in cui il personale è indifferente ad essere bloccato con un determinato browser "

Sembra che tu abbia bisogno di un'applicazione client intelligente.

MODIFICA: Per smart client intendo un'applicazione che viene eseguita separatamente da un browser e utilizza i servizi Web per comunicare con il server.

Answer 10

Vorrei essere il più agnostico del browser possibile. Abbiamo un paio di sistemi come questo, in cui tecnicamente supportano solo un browser, ma ci assicuriamo davvero che almeno funzionino (anche se non sono belli) in IE - Gecko - WebKit universo.

(D'altra parte, se avessi iniziato uno di quelli da zero oggi, l'ottimizzazione per Chrome piuttosto che IE sarebbe davvero, davvero allettante.)