Dovrei imparare Firebug o IE8 Developer Tools? [chiuso]

Question

ho bisogno di imparare o Firebug o IE Developer Tools in fretta, e ho potuto usare qualche consiglio su quale è meglio. Sarò con uno dei due per eseguire il debug alcuni JavaScript, in primo luogo con repsect a un mistero XHR. Eventuali suggerimenti su quale scegliere sarebbe probabilmente mi risparmiare un sacco di tempo e sarebbero apprezzate.

EDIT: Ho già utilizzare Fiddler e lo amo

.

EDIT: Io lo scopo di supportare tutti i browser

.

Answer 1

Vorrei suggerire a partire da Firebug perché tradizionalmente ha fornito il più potente set di funzionalità di debug.

IE dev strumenti (e altri, come Opera Dragonfly ) stanno rapidamente recuperando terreno e sono probabilmente da preferire se le pagine vengono visualizzate in primo luogo in tali browser.

Quindi non credo che si può ottenere via con solo imparare l'uno o l'altro. Scopri quali i browser dei vostri utenti preferiscono e installare gli strumenti di sviluppo per ogni browser.

Potrai risparmiare un sacco di tempo a risolvere specifici bug JavaScript o DOM oscura del browser utilizzando la piattaforma di debug specifica per quel browser.

Answer 2

Vorrei suggerire Firebug prima, come, vi aiuterà a determinare gli errori più rapidamente, come ho trovato più intuitivo da usare, ma, se siete solo sostenendo IE allora gli Strumenti per sviluppatori di IE sarebbe la soluzione migliore.

Quali sono i browser supportati?

che determinerà la migliore per cominciare, ma, se avete, per usare Firebug per il debug iniziale.

Answer 3

Ulteriori sia, almeno se si è pro web coder. Non c'è molto da imparare in ogni caso -. è solo uno strumento

Answer 4

Avrete sicuramente sentire a casa con Firebug. I è il più semplice e il più potente di strumenti che io sappia per le pagine di debug vivono. Ho sempre fare uso di esso prima di commettere una modifica a un foglio di stile CSS (ossia margini / imbottiture, colori e simili). Il fatto che essa comprende anche un debugger JavaScript e una console è un plus. Da quanto ho capito, molti che non utilizzano Firefox utilizzare Firebug Lite. E 'alimentato Javascript e un po' lento, però.

IE8 Dev. Tools è utile, ma l'esperienza non è molto Firebug allo stesso modo, ma il concetto rimane. Raccomando anche familiarizzare con Safari Web Inspector e Opera Dragonfly. Sono strumenti di debug con aspetti simili a Firebug.

Answer 5

A meno che non si tratta di mettere alla prova / debug e IE capriccio con JS, si sta meglio attaccare con Firebug. IE8 DT non si avvicina nemmeno a Firebug in termini di prestazioni e usabilità. Prova IE8 DT e il debug JS durante l'esecuzione di un progetto nel debugger di VS. Vi risparmio il disturbo e ti dirà "Non si può". Sviluppare con Firefox come standard ed il 99% di tutto il resto funziona bene.

Answer 6

Penso che si dovrà imparare entrambi, perché a volte le cose che funzionano in FF non funzionano come previsto in IE, o viceversa, quindi sarà utile utilizzare lo strumento che corrisponde al browser.

Answer 7

Gli strumenti di sviluppo di Firefox e IE sono gli stessi ora, dopo l'arrivo di IE8. Sì, voglio dire che Internet Explorer non è ancora la scelta degli sviluppatori per molti motivi, tuttavia lo strumento di base di FF famoso in sviluppatori è Firebug e un altro è Barra degli strumenti Web Developer, ben IE Developer Tools coprono ciascuno di essi e se siete familiarità con gli strumenti di IE Developer o Firebug su FF, non si dovrebbe avere alcun problema a lavorare sulla altro browser.

Questa guida è utile: Esercitazione: Utilizzo IE Developer Strumenti come Firebug in Mozilla Firefox

Answer 8

Come detto già, la risposta è di imparare sia. Come va con lo sviluppo cross-browser, il tempo deve essere speso a lavorare i nodi in diversi browser. Firebug è di gran lunga lo strumento superiore, ma se si sta risoluzione di un bug in IE, va da sé che lo strumento IE Dev sarebbe la scelta migliore.

Inoltre, dal momento che siamo ancora codificano per più versioni di IE. IE 7 modalità di compatibilità è una bella caratteristica di verificare che sei ultime modifiche che sembrano funzionare bene in IE8 stanno ancora lavorando / guarda come se li ci si aspetterebbe di in IE7.