1. 연산자 유형. 함수, 문자열, 숫자 및 정의되지 않음 유형의 객체에는 문제가 없지만 배열 객체에는 사용되지 않습니다.
Js 코드
alert(typeof null); // "object"
alert(typeof []); // " object"
2.instanceof 연산자. 이 연산자는 객체의 프로토타입 체인이 생성자의 프로토타입 객체를 가리키는지 여부를 감지합니다. 그러면 배열 감지 문제를 해결할 수 있을 것입니다.
Js 코드
var arr = []
alert(arr instanceof Array);
3. 객체의 생성자 속성입니다. 인스턴스 오브 외에도 각 객체의 생성자 속성을 사용하여 해당 유형을 결정할 수 있으므로 다음과 같이 할 수 있습니다.
Js 코드
var arr = []
alert(arr.constructor == Array); // true
마지막 두 솔루션은 완벽해 보이지만 정말 그럴까요? 예상치 못한 상황이 발생하고 여러 프레임 사이를 왔다 갔다 하면 당황스러운 문제가 발생합니다.
Js 코드
var iframe = document.createElement('iframe');
document.body.appendChild(iframe)
xArray = window.frames frames.length-1].Array;
var arr = new xArray(1,2,3); // [1,2,3]
// 이런!
arr 인스턴스 오브 배열; // false
// 이런!
arr.constructor === Array; // false
각 iframe에는 자체 실행 환경이 있으므로 여러 프레임에 걸쳐 인스턴스화된 객체는 프로토타입 체인을 서로 공유하지 않습니다. 위의 감지 코드가 실패합니다! 어떻게 해야 하나요? ? 글쎄요, JavaScript는 동적 언어입니다. 어쩌면 뱀기름 "오리 유형"이 우리에게 도움이 될 수 있습니다. "오리처럼 걷고 오리처럼 꽥꽥거린다면 같은 이유로 고유한 기능을 감지할 수 있습니다." 이 메소드는 Prototype 프레임워크와 같은 일부 사람들에 의해 사용되었습니다.
Js 코드
isArray: function(object) {
return object != null && typeof object == " object" &&
'splice' in object && 'join' in object
}
isArray: "object, 두 가지 배열별 splice 메서드가 있습니까? 그리고 가입하시겠습니까? "
object: "그렇습니다. "
isArray: "좋아, 그렇다면 당신은 배열입니다. 囧..."
Js 코드
varrickster = { splice: 1, Join: 2 }; // 가짜 성공, 예
예, 이 솔루션은 약간 어색하게 느껴집니다. 'splice' 및 'join' 속성이 있는 모든 객체는 통과할 수 있습니다. 이번 테스트! 무엇을 해야 할까요, 무엇을 해야 할까요, 무엇을 해야 할까요? ? 걱정하지 마세요. 사실 우리에게 필요한 것은 객체의 실제 유형을 얻을 수 있고 프레임 전체에서 사용할 수 있는 메서드입니다. 아니요, 신중한 외국인이 ECMA262 표준을 읽을 때 이것을 발견했습니다(그런데 나도 읽었는데 왜 이 사용법을 찾지 못했습니까? 囧):
ECMA-262가 썼습니다
Object.prototype.toString( ) toString 메소드가 호출되면 다음 단계가 수행됩니다.
1. 이 객체의 [[Class]] 속성을 가져옵니다.
2. "[object ", Result (1) 및 "]" 세 문자열을 연결하여 문자열 값을 계산합니다. . 반품 결과(2)
위 사양은 Object.prototype.toString의 동작을 정의합니다. 먼저 객체의 내부 속성 [[Class]]를 얻은 다음 이를 기반으로 한 결과로 "[object Array]"와 유사한 문자열을 반환합니다. 속성(ECMA 표준을 읽은 사람들은 [[]]가 언어 내부적으로 사용되는 속성을 나타내는 데 사용되며 외부에서 직접 접근할 수 없는 "내부 속성"이라고 함을 알아야 합니다.) 호출과 결합된 이 방법을 사용하면 모든 객체의 내부 속성 [[Class]]을 얻은 다음 유형 감지를 문자열 비교로 변환하여 목적을 달성할 수 있습니다. 먼저 ECMA 표준의 Array에 대한 설명을 살펴보겠습니다.
ECMA-262가 작성했습니다
new Array([ item0[, item1 [,…]]])
새로 생성된 객체의 [[Class]] 속성은 “Array”로 설정됩니다. .
따라서 다음과 같이 이전 isArray 함수를 다시 작성하여 이 기능을 활용할 수 있습니다.
Js 코드
function isArray(o) {
return Object.prototype.toString.call(o) === '[ object Array]';
}
호출은 toString의 참조를 감지할 개체로 변경하고 이 개체의 문자열 표현을 반환한 다음 이 문자열이 '[object]인지 비교합니다. Array]'를 사용하여 Array의 인스턴스인지 확인합니다. 어쩌면 o.toString()을 직접적으로 물어보는 것이 어떨까요? Array는 Object에서 상속되지만 toString 메서드도 가지게 되지만 이 메서드는 다시 작성되어 요구 사항을 충족하지 못할 수 있으며 Object.prototype은 호랑이 엉덩이이므로 감히 건드릴 사람이 거의 없습니다. 어느 정도 "순수함"을 보장할 수 있습니다 :)
이전 솔루션과 달리 이 방법은 크로스 프레임 객체 구성 문제를 매우 잘 해결했으며, 테스트 결과 주요 브라우저의 호환성도 매우 좋습니다. 안심하고 사용하실 수 있습니다. 좋은 소식은 jQuery, Base2 등과 같은 많은 프레임워크가 이 방법을 사용하여 배열, 정규식 등과 같은 특정 유형의 특수 객체를 직접 작성할 필요 없이 구현할 계획이라는 것입니다.