XmlHttPrequest () vs ActiveXObject ("Microsoft.xmlHttp") - Qual é o ponto?

Question

A Microsoft finalmente adicionou o objeto XMLHTTPREQUEST nativo no Internet Explorer 7, mas descobri que ele pode ser desativado na caixa de diálogo Opções da Internet. Então, que benefício existe usando xmlHttPrequest () vs ActiveXObject ("Microsoft.xmlHttp")?

Se pode ser desativado, isso significa que temos que manter nossas verificações de compatibilidade do navegador para sempre, não é? XmlHttPrequest () inicializaria mais rápido que o ActiveXObject ("Microsoft.xmlHttp") ou o quê? Por que a Microsoft adicionaria e a tornaria opcional?

Answer 1

O ActiveXObject também pode ser desativado. Observe que outros navegadores também podem desativar essas e outras configurações. Não se trata de compatibilidade do navegador, mas da preferência do usuário. Os usuários podem permitir / proibir solicitações de domínio cruzado, podem permitir / não permitir scripts, pode permitir flash ou não etc.

Você sempre terá que verificar se a sua página ainda é suave (ou recorre a graciosamente) quando os usuários desativam os recursos de determinados navegadores que você precisa.

A boa notícia é: é ativado por padrão, a maioria dos usuários o terá.

Atualizar: por padrão, scripts e solicitações externas (ou seja, document(), xsl:include com XSLT ou entidades externas em XML) não são suportadas por XmlHttpRequest-objetos retirados e devem ser ativados explicitamente. Isso é diferente dos navegadores que não são da AE, onde solicitações externas de XHR-Documentos carregados são permitidos (ou não existem, como no Safari e Chrome).

Answer 2

Isso é um palpite, mas eu suponho que eles permitam que ele seja desativado pelo mesmo motivo pelo qual eles permitem que o JavaScript seja desativado. Algumas pessoas acreditam que os riscos (privacidade, segurança, qualquer que seja) superam o benefício e, portanto, desejam que ele seja desativado.