많은 JS 프레임워크 라이브러리는 $ 기호를 함수 또는 변수 이름으로 사용하며, jQuery가 가장 일반적인 것입니다. jQuery에서 $ 기호는 단지 window.jQuery 개체에 대한 참조일 뿐이므로 $가 삭제되더라도 window.jQuery는 여전히 전체 클래스 라이브러리의 무결성을 보장하는 강력한 뒷받침입니다. jQuery의 API 디자인은 여러 프레임워크 간의 참조 충돌을 완전히 고려합니다. jQuery.noConfluence 메서드를 사용하면 제어를 쉽게 전달할 수 있습니다.
jQuery.noConstrict 메소드에는 $ 참조를 전달할 때 jQuery 객체 자체를 전달할지 여부를 결정하는 선택적 부울 매개변수[1]가 포함되어 있습니다.
기본적으로 noConstrict를 실행하면 $ 변수의 제어가 $를 생성하는 첫 번째 라이브러리로 전송됩니다. RemoveAll이 true로 설정된 경우 noConstrict를 실행하면 $ 및 jQuery 객체 자체의 모든 제어가 이를 생성하는 첫 번째 라이브러리로 전송됩니다. .
예를 들어 KISSY와 jQuery를 혼합하고 $ = KISSY를 사용하여 API 작업을 단순화하는 경우 이 방법을 사용하면 이름 충돌 문제를 해결할 수 있습니다.
그럼 이 메커니즘은 어떻게 구현되나요? jQuery 소스 코드 [2]의 시작 부분을 읽고 가장 먼저 해야 할 일은 다음과 같습니다.
jQuery는 변수가 강제로 덮어쓰이는 것을 방지하기 위해 두 개의 private 변수를 통해 윈도우 환경의 두 개체인 jQuery와 $를 매핑하는 것을 이해하기 쉽습니다. noConfluence 메소드가 호출되면 _jQuery, _$, jQuery, $의 차이점을 사용하여 제어 전송 방법을 결정합니다.
noCon conflict: 기능(깊은) {
> ~ > $는 window.$를 재정의합니다. 현재 jQuery 별칭 $는 유효하지 않지만 jQuery 자체는 그대로 유지됩니다. 다른 라이브러리나 코드가 $ 변수를 재정의하는 경우 해당 변수에 대한 제어가 완전히 이전됩니다. 반면 deep을 true로 설정하면 _jQuery가 window.jQuery를 덮어쓰게 되어 $와 jQuery가 모두 유효하지 않게 됩니다.
이 작업의 장점은 프레임워크 혼합이나 jQuery 다중 버전 공존과 같이 충돌이 심한 실행 환경이더라도 noConfluence 메서드에서 제공하는 핸드오버 메커니즘과 발견되지 않은 jQuery 객체를 반환한다는 사실로 인해 발생한다는 것입니다. , 충돌을 해결하기 위해 변수를 통해 완전히 매핑될 수 있습니다.
그러나 피할 수 없는 사실은 플러그인 오류 및 기타 문제가 발생할 수 있다는 점입니다. 물론 컨텍스트 매개변수만 수정하면 복원할 수 있습니다.
코드 복사
코드는 다음과 같습니다.
var query = jQuery.noConflect(true) ;(function ($) {
다음 예도 이 문제를 해결합니다
출생 이후 jQuery 버전이 점점 더 많아지고 있으며 jQuery 공식 웹사이트의 새 버전도 계속 업데이트 및 출시되고 있습니다. 그러나 우리는 이미 이전 프로젝트에서 1.3과 같은 이전 버전의 jQuery를 사용했습니다. .X, 1.4.X, 1.5.X, 1.6.2 등
프로젝트의 필요로 인해 최신 버전의 jQuery를 계속 사용해야 합니다. 그러나 이미 존재하고 채택된 이전 jQuery 버전의 경우 여러 다른 jQuery 버전이 공존하도록 하려면 어떻게 해야 합니까? 같은 페이지 없이 충돌이 발생하면 어떻게 되나요?
실제로 jQuery.noConstrict() 기능을 사용하면 jQuery가 Prototype과 같은 다른 JS 라이브러리와 공존하도록 할 수는 없습니다. 다른 버전의 jQuery와도 충돌 없이 공존할 수 있습니다.