JavaScript 기능 감지가 실패한 경우

키 포인트

JavaScript 기능 감지 (프로그래머를 사용하려는 테스트 기능)이 항상 신뢰할 수있는 것은 아닙니다. 예를 들어, ajax 요청에 대해서는 Internet Explorer의 ActiveXobject, DOM 속성에 매핑 된 HTML 속성, 사용자 동작에 대한 가정 (예 : 터치 장치 감지) 등을 테스트합니다. 기능 감지가 실패하면 브라우저 감지가 필요합니다. 그러나 네비게이터 정보 대신 독점 객체 테스트를 사용하여 브라우저를 포함시키지 않고 브라우저를 제외하는 것이 좋습니다.

브라우저 감지를 구현할 때 매우주의하십시오. 항상 기능 테스트와 완전히 일치한다고 가정하고 기능이 예상대로 작동하지 않는다는 것을 알고있는 경우 브라우저 감지 만 찾으십시오. 또한 객체 및 기능 테스트에 사용되는 구문은 감지 성공률에 영향을 줄 수 있으므로 올바른 구문을 선택하는 것이 중요합니다.

• 옛날 옛적에 브라우저 감지는 JavaScript 프로그래머의 최고의 기술이었습니다. 일부 기능이 IE5에서 작동하지만 Netscape 4에서는 작동하지 않는다는 것을 알고 있다면 브라우저를 테스트하고 그에 따라 코드를 수정합니다. 예를 들면 :
• 그러나 내가 처음 업계에 합류했을 때, 무기 경주는 이미 시작되었습니다! 공급 업체는 사용자 에이전트 문자열에 추가 값을 추가하고 있으므로 경쟁 업체의 브라우저 및 고유 한 것처럼 보입니다. 예를 들어, 이것은 Mac의 경우 Safari 5입니다
이것은 "safari", "webkit"및 "khtml"에 대한 테스트와 일치합니다 (WebKit이 기반으로하는 Konqueror 코드 기반). Mozilla "””(역사적 이유로 거의 모든 브라우저는 Mozilla라고 주장합니다).
• 이 값을 모두 추가하는 목적은 브라우저 감지를 우회하는 것입니다. 스크립트에서 Firefox 만 특정 기능을 처리 할 수 ​​있다고 가정하면 Safari가 작동하더라도 제외 될 수 있습니다. 사용자가 사용자 에이전트를 스스로 변경할 수 있다는 것을 잊지 마십시오. 브라우저를 "GoogleBot/1.0"을 인식하도록 설정하여 사이트 소유자가 생각하는 것만으로 만 크롤링에만 액세스 할 수 있습니다!
시간이 지남에 따라, 이런 종류의 브라우저 감지는 불가능한 혼란이되었으며 크게 사용되지 않았으며 더 나은 음식으로 대체됩니다.

기능 감지는 사용하려는 기능을 테스트하는 것입니다. 예를 들어,

(뷰포트와 관련된 요소의 위치를 ​​가져옵니다)가 필요한 경우 브라우저가 아닌 브라우저가 아닌 브라우저를 지원하는 것이 중요합니다 테스트 기능 자체보다 더 나쁘다 :

if (navigator.userAgent.indexOf('MSIE 5') != -1) {
  // 我们认为此浏览器是 IE5
}

이 함수를 지원하지 않는 브라우저는 "정의되지 않은"유형을 반환하므로 조건이 전달되지 않습니다. 특정 브라우저에서 스크립트를 테스트하지 않으면 서 스크립트가 올바르게 작동하거나 조용히 실패한다는 것을 알고 있습니다.

> 또는 우리…?

그러나 진실은 - 기능 탐지가 완전히 신뢰할 수있는 것은 아닙니다. 때로는 실패합니다. 이제 몇 가지 예를 살펴보고 각 사례를 해결하기 위해 무엇을 할 수 있는지 살펴 보겠습니다.

activex 객체 기능 감지 실패의 가장 유명한 예는 인터넷 익스플로러에서 Ajax 요청에 대한 ActiveXobject를 테스트하는 것입니다.

ActiveX는 늦은 객체의 예이며, 실질적인 의미는

를 사용할 때까지

>를

를 사용하려고 할 때까지 지원되는지 알 수 없다는 것입니다. 따라서 사용자가 ActiveX를 비활성화하면 다음 코드에 오류가 발생합니다.

이 문제를 해결하려면 예외 처리를 사용해야합니다 -

객체를 인스턴스화하고, 캐치 실패를 처리하고 그에 따라 처리해야합니다. html 속성은 dom attribute 에 매핑되었습니다 속성 매핑은 종종 HTML5 특성과 함께 사용되는 API의지지를 테스트하는 데 사용됩니다. 예를 들어, 가있는 요소가 draggable 속성을 찾아 드래그 가능한 API를 지원하는지 확인하십시오. 여기서 문제는 IE8 또는 이전에 모든 가 혼란스러워하는 이유입니다. 왜냐하면 그것은 속성을 전혀 반환하지 않고 DOM 속성을 반환하기 때문입니다. 이것은 이미

if (navigator.userAgent.indexOf('MSIE 5') != -1) {
  // 我们认为此浏览器是 IE5
}

속성이있는 요소를 사용하는 경우를 의미합니다.

그러면 지원되지 않더라도 IE8 또는 이전에는 를 반환합니다. 속성은 무엇이든 될 수 있습니다 그러나 결과는 동일합니다 -IE8 또는 이전에는 에 가 반환됩니다. 이 경우 솔루션은 테스트를위한 속성이없는 요소를 사용하는 것입니다. 가장 안전한 방법은 생성 된 요소를 사용하는 것입니다.

사용자 행동에 대한 가정 다음 코드를 사용하여 터치 장치를 감지했을 수 있습니다.

<code>Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10</code>

대부분의 터치 장치는 클릭 이벤트를 트리거하기 전에 수동 지연 (보통 300 밀리 초)을 구현합니다. 그러나 이것은 응용 프로그램이 느리고 응답하지 않게 느끼게되므로 개발자는이 기능 테스트를 사용하여 이벤트를 포크합니다.

그러나 그러나이 조건은 오류에서 비롯됩니다. 장치는 터치를 지원하기 때문에 터치가 사용됩니다. 그러나 터치 스크린 노트북은 어떻습니까? 사용자는 화면을 터치하거나 마우스 또는 트랙 패드를 사용하고있을 수 있으므로 마우스를 클릭하면 아무것도 수행하지 않습니다.

이 경우 솔루션은 이벤트 지원을 전혀 테스트하는 것이 아닙니다. 대신 두 [draggable="true"] 이벤트를 동시에 바인딩 한 다음 터치가 클릭을 생성하는 것을 방지하기 위해

를 사용합니다.

if (navigator.userAgent.indexOf('MSIE 5') != -1) {
  // 我们认为此浏览器是 IE5
}

전혀 작동하지 않는 것들 이것을 인정하는 것은 고통 스럽지만 때로는 테스트 할 필요가없는 것이 기능이 아니라 브라우저 - - 특정 브라우저는 작동하지 않는 것을 지원한다고 주장하기 때문입니다. 최근의 예는 Opera 12의 입니다 ( 기능 테스트는 여기에서 실패합니다. 그것은 단지 작동하지 않습니다 :

이제, 를 시도하려고 시도하고 사용자 정의 드래그 이미지를 추가하고 기본값을 지원하지 않고 기꺼이 유지하려면 (발생할 것입니다), 이것은 괜찮을 수 있습니다. 그러나 애플리케이션이 가 사용자 정의 이미지가 필요하므로 지원하지 않는 브라우저가 완전히 다른 구현을 사용해야하는 경우 (즉, 사용자 정의 자바 스크립트를 사용하여 모든 드래그 동작을 구현)? setDragImage() 또는 브라우저가 특정 기능을 구현하지만 피할 수없는 렌더링 오류가 있으면 어떻게됩니까? 때때로 우리는 문제가있는 브라우저를 명시 적으로 감지하고 사용을 지원하려는 기능에서 제외 할 수밖에 없습니다. dataTransfer 따라서 문제가됩니다. 브라우저 감지를 달성하는 가장 안전한 방법은 무엇입니까?

나는 두 가지 제안이 있습니다 :

네비게이터 정보보다 독점 객체 테스트를 선호합니다.

이것을 사용하여 브라우저를 포함시키지 않고 브라우저를 제외하십시오.

<code>Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10</code>

예를 들어 객체 감지 오페라 12 이상을 사용할 수 있으므로이 제외를 사용하여 Draggable 지원을 테스트 할 수 있습니다. 새 브라우저가 릴리스되면 테스트 결과가 변경되지 않기 때문에 표준 객체 대신 독점 객체를 사용하는 것이 좋습니다. 내가 가장 좋아하는 예는 다음과 같습니다. 객체 테스트는 피처 테스트

와 함께 특정 브라우저의 특정 기능에 대한 지원을 결정하거나 응급 상황에서보다 정확한 브라우저 조건을 정의 할 수 있습니다.

우리는 사용자 에이전트 문자열이 신뢰할 수없는 혼란임을 알았지 만 공급 업체 문자열은 실제로 예측 가능하며 크롬 또는 사파리를 안정적으로 테스트하는 데 사용될 수 있습니다.

이 모든 것에 대한 황금률은 매우 조심해야합니다. 가능한 한 많은 브라우저에서 조건을 테스트하고 신중하게

전방 호환성

-목표는 브라우저 조건을 사용하여 이미 알려진 오류가 있으므로

브라우저를 제외하고 포함하지 않기 때문에 포함하지 않기 때문에 브라우저 조건을 제외하는 것입니다. 알려진 기능 (이것은 기능 테스트의 목적)

기본적으로, 항상 기능 테스트가 완전히 일치한다고 가정합니다. 그렇지 않다는 것을 알지 못하면 기능이 예상대로 작동합니다.

테스트 구문 를 선택하십시오 결말 전에 객체 및 속성 테스트에 사용할 수있는 다양한 유형의 구문을 확인하고 싶습니다. 예를 들어, 최근 몇 년 동안 다음 구문이 일반적이되었습니다.

1. if (navigator.userAgent.indexOf('MSIE 5') != -1) {
     // 我们认为此浏览器是 IE5
   }

   우리는 과거에 그것을 사용할 수 없었습니다. IE5와 그 유사한 제품은 구문으로 인해 오류가 발생할 수 있었지만 이제는 이러한 브라우저를 지원할 필요가 없습니다.

   본질적으로, 그것은 다음과 정확히 동일하지만 다음과 같지만 다음과 같이 짧습니다.

   그러나 테스트 조건은 일반적으로 자동 유형 변환에 의존합니다.

   우리는 일부 브라우저 객체 테스트 (예 : 테스트) 에서이 구문을 이전에 사용했는데, 이는 객체가 평가하는 방식으로 인해 안전합니다. 정의 된 객체 또는 함수는 항상 진실로 평가되며 정의되지 않은 경우 거짓으로 평가됩니다.

   그러나 우리는 널 또는 빈 줄을 효과적으로 반환하는 것을 테스트 할 수 있으며, 둘 다 False로 평가됩니다. 예를 들어, 속성은 때때로 ie6을 제외하는 데 사용됩니다 : .

   <code>Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.59.10 (KHTML, like Gecko) Version/5.1.9 Safari/534.59.10</code>

   는 속성 가 지원되고 에 저자 정의 값이있는 경우에만 평가할 것입니다. 따라서 테스트를 작성하면 다음과 같이 실패 할 수 있습니다.

   if (typeof document.documentElement.getBoundingClientRect != "undefined") {
     // 浏览器支持此函数
   }

   일반적인 규칙은 다음과 같습니다. 자동 유형 변환에 의존하는 것은 객체와 함수에 안전하지만 무효가 될 수있는 문자열 및 숫자 또는 값에 반드시 안전하지는 않습니다.

   말하기 - 안전하게 사용할 수 있다면 일반적으로 현대식 브라우저에서 훨씬 빠르기 때문에 수행하십시오 (아마도 이러한 유형의 상태에 최적화 되었기 때문에). window.opera 이에 대한 자세한 내용은 다음을 참조하십시오 : 실제 세계의 자동 유형 변환.

   JavaScript 기능 감지에 대한 자주 묻는 질문

   JavaScript 기능 감지 란 무엇이며 왜 중요한가요? style.maxWidth JavaScript 기능 감지는 개발자가 사용자의 브라우저가 특정 기능 또는 API를 지원하는지 여부를 결정하기 위해 사용하는 기술입니다. 모든 브라우저가 JavaScript의 모든 기능을 지원하는 것은 아니기 때문에 이것은 중요합니다. 기능 감지를 사용하여 개발자는 지원되지 않는 기능에 대한 대체 솔루션 또는 폴백을 제공하여 웹 사이트 또는 응용 프로그램이 다른 브라우저에서 올바르게 실행되도록합니다. 이는 사용자 경험을 향상시키고 호환성을 보장합니다.

   JavaScript 기능 감지는 어떻게 실패합니까?

   if (typeof window.ActiveXObject != "undefined") {
     var request = new ActiveXObject("Microsoft.XMLHTTP");
   }

   JavaScript 기능 감지는 여러 가지 이유로 실패 할 수 있습니다. 일반적인 이유는 기능 감지 코드가 잘못 구현 되었기 때문입니다. 예를 들어, 코드가 객체에 존재하지 않는 속성을 확인하면 정의되지 않은 반환을 반환하여 잘못된 음수가 발생합니다. 또 다른 이유는 브라우저 퀴크 또는 오류 일 수있어 기능 감지가 부정확 한 결과를 제공 할 수 있습니다.

   기능 감지와 브라우저 감지의 차이점은 무엇입니까? maxWidth 기능 감지에는 사용자의 브라우저가 특정 기능 또는 API를 지원하는지 확인하는 반면 브라우저 감지는 사용자의 브라우저 및 버전을 인식합니다. 두 기술 모두 호환성과 기능을 보장하도록 설계되었지만, 기능 감지는 브라우저 유형 또는 버전을 기반으로하는 지원을 가정하기보다는 기능을 직접 확인하기 때문에 종종 더 나은 관행으로 간주됩니다. JavaScript를 사용하여 모바일 장치를 감지하는 방법은 무엇입니까?

   JavaScript의

   속성을 ​​사용하여 모바일 장치를 감지 할 수 있습니다. 이 속성은 브라우저의 사용자 에이전트 헤더를 나타내는 문자열을 반환합니다. 이 문자열 (예 : "Android", "iPhone"또는 "iPad")에서 특정 키워드를 확인하면 사용자가 모바일 장치에 있는지 확인할 수 있습니다.

   <.> feature.js 란 무엇이며 기능 감지에 어떻게 도움이됩니까? navigator.userAgent feature.js는 기능 감지를위한 가볍고 빠르고 간단한 JavaScript 유틸리티입니다. 개발자가 브라우저가 특정 기능을 지원하는지 테스트 할 수있는 사용하기 쉬운 API를 제공합니다. 이를 통해 지원되지 않는 기능에 대한 백업 솔루션 또는 대체 솔루션을 제공하여 웹 사이트 또는 응용 프로그램의 호환성 및 기능을 향상시킵니다.

   modernizr 란 무엇이며 기능 감지에 어떻게 도움이됩니까?

   modernizr은 개발자가 구형 브라우저와의 호환성을 유지하면서 개발자가 HTML5 및 CSS3 기능을 활용하는 데 도움이되는 JavaScript 라이브러리입니다. 기능 감지를 사용하여 브라우저가 특정 기능을 지원하고 HTML 요소에 클래스를 추가하여 스타일 시트 또는 JavaScript에서 특정 브라우저 기능을 찾을 수 있는지 확인합니다.

   기능 감지를 위해 장치-검출기 -js 패키지를 사용하는 방법은 무엇입니까?
   Device-Detector-JS 패키지는 장치 감지를위한 강력한 도구입니다. 사용자 에이전트 문자열을 구문 분석하고 스마트 폰, 태블릿, 데스크톱, TV 및 기타 장치를 감지합니다. 또한 브라우저, 엔진, 운영 체제 및 기타 유용한 정보도 감지합니다. 이 패키지를 사용하여 감지 된 장치를 기반으로 웹 사이트 또는 응용 프로그램의 동작을 조정할 수 있습니다.

   기능 탐지를 구현하기위한 모범 사례는 무엇입니까?

   기능 탐지를 구현하기위한 몇 가지 모범 사례에는 다음이 포함됩니다. ModernIZR 또는 Feature.js와 같은 신뢰할 수 있고 테스트 된 라이브러리 사용, 다른 브라우저 및 장치에서 기능 감지 코드를 철저히 테스트하고 지원되지 않는 기능은 대체 솔루션 또는 폴백을 제공하고 기능 지원을 가정합니다. 브라우저 유형 또는 버전을 기반으로합니다.

   기능 탐지가 웹 사이트 성능을 향상시키는 데 도움이 될 수 있습니까?

   예, 기능 감지는 웹 사이트 성능을 향상시키는 데 도움이 될 수 있습니다. 지원되지 않는 기능을 감지하고 대체 솔루션 또는 폴백 솔루션을 제공하면 브라우저에서 불필요한 코드가 실행되는 것을 방지 할 수 있습니다. 이렇게하면로드 시간이 줄어들고 웹 사이트의 전반적인 성능이 향상됩니다.

   다른 브라우저에서 지원하는 최신 기능을 이해하는 방법은 무엇입니까?

   웹 개발의 빠른 개발로 인해 다양한 브라우저가 지원하는 최신 기능을 이해하기가 어려울 수 있습니다. 그러나 MDN (Mozilla Developer Network)과 같은 리소스를 사용할 수 있으며 JavaScript 문서는 다른 브라우저의 기능 지원에 대한 최신 정보를 제공 할 수 있습니다.

위 내용은 JavaScript 기능 감지가 실패한 경우의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!