Xmlhttprequest () gegen activeXObject ("microsoft.xmlhttp") - Woher geht es?

Question

Microsoft fügte schließlich das native XMLHTTPrequest -Objekt in Internet Explorer 7 hinzu, aber ich habe herausgefunden, dass es im Dialogfeld "Internetoptionen" deaktiviert werden kann. Welchen Vorteil nutzen XMLHTTPREQUEST () gegen ActiveXObject ("microsoft.xmlhttp")?

Wenn es deaktiviert werden kann, bedeutet dies, dass wir unsere Browserkompatibilitätsprüfungen für immer beibehalten müssen, nicht wahr? Würde xmlhttprequest () schneller initialisieren als ActiveXObject ("microsoft.xmlhttp") oder was? Warum sollte Microsoft es hinzufügen und optional machen?

Answer 1

Das ActiveXObject kann auch deaktiviert werden. Beachten Sie, dass andere Browser diese und andere Einstellungen auch deaktivieren können. Hier geht es nicht um Browserkompatibilität, sondern um Benutzerpräferenzen. Benutzer können Cross-Domain-Anforderungen zulassen / nicht zulassen, Skripte zulassen / nicht zulassen, können Flash oder nicht usw. zulassen.

Sie müssen immer überprüfen, ob Ihre Seite noch reibungslos ausgeführt wird (oder anmutig zurückbaut), wenn Benutzer bestimmte Browserfunktionen deaktiviert haben, die Sie benötigen.

Die gute Nachricht ist: Es ist standardmäßig aktiviert, die meisten Benutzer werden es haben.

Aktualisieren: Standardmäßig Skript- und externe Anfragen (dh document(), xsl:include mit XSLT oder externen Einheiten in XML) werden nicht unterstützt von XmlHttpRequest-Reved -Objekte und müssen explizit aktiviert werden. Dies unterscheidet sich von Nicht-I-Browsern, wo externe Anfragen von XHR-Ladendokumente sind erlaubt (oder existieren nicht wie in Safari und Chrome).

Answer 2

Dies ist eine Vermutung, aber ich würde annehmen, dass sie aus dem gleichen Grund deaktiviert werden können, aus dem sie es ermöglichen, dass JavaScript deaktiviert wird. Einige Leute glauben, dass die Risiken (Privatsphäre, Sicherheit, was auch immer) den Vorteil überwiegen und so wollen, dass sie behindert ist.