Meiner Erfahrung nach würde ich die Implementierung eines window.onerror
nicht empfehlen, es sei denn, Sie haben einen starken Grund, dies zu tun, und Sie wissen, was Sie tun können.
Nach meinem Wissen alle onerror
Methoden von window.onerror
von window.onerror
embri und überschreiben es hat das Potenzial, alle Fehler in Ihrer App zu überschreiben/zu deaktivieren.
Fall in Punkt, ich hatte eine Erfahrung in letzter Zeit, wo ich bemerkte, dass alle meine js-Fehler aufgehört zu loggen auf Konsole insgesamt. Der Grund war, dass ein anderer Entwickler in meinem Team in meine index.html geladen hatte, um ein <script>
-Tag zu injizieren, das window.onerror
für ein Fehlerberichts-Skript verwendete. Das Ergebnis war, dass überschreiben window
Literal deaktiviert alle von Embers, weil sie auf sprudelnde Weise arbeiten.
Ich denke, wenn Sie window.onerror
überschreiben möchten, müssen Sie sicherstellen, dass es immer false
zurückgibt, so dass es die Standardfehlerbehandlung im Browser nicht verhindert.
Siehe: https://developer.mozilla.org/en-US/docs/Web/API/GlobalEventHandlers/onerror
Ich hoffe, dass bis zu einem gewissen Grad klären hilft.
Sie behandeln sollte '' window.onerror' Ember.onerror' und 'Ember.RSVP.onerror ' – runspired
Haben Sie einen Beweis oder ein Beispiel dafür, warum ich' window.onerror' behandeln sollte? – pogopaule
Es gibt keine wirkliche Notwendigkeit, 'Ember.RSVP.onerror' zu behandeln, wenn Sie' Ember.onerror' bereits behandeln. Siehe [der Code] (https://github.com/emberjs/ember.js/blob/v2.2.2/packages/ember-runtime/lib/ext/rsvp.js#L71) – pogopaule