집합, 약속, 함수 길이에 대한 테스트 증가

3475 단어 compat-table

묘사

@@speciesWeakMap 시공 인원 중 부족
  • WeakSet.검사할 테스트가 추가되었습니다: c48968a.
  • 일부 실현(4.3 이전의 V8과 일부polyfills)은 Promise.allPromise.race의iterables를 지원하지 않는다.검사 증가: 75bb18b.
  • ES6 버전의 규범에서 ES5와 반대로 length 실례의 속성은 function이다.테스트 증가: 091df00.
  • 초기 버전의 ES6규범 약집합 원형에configurable 방법이 있었는데 나중에 삭제되었다.결석 테스트 증가: f08d8f5.
  • Firefox36은 구조 함수(5c1d6f3)에서 던져짐clear,monkey patchednullset 방법(56ee56c)을 호출하지 않습니다.
  • add 이전에 우리는 ES draft 방법/속성의 결함을 테스트한 적이 없기 때문에 1점과 4점은 어느 정도에 compat표의 현재 범위를 확대했다.그 밖에 수십 가지 다른 결근 테스트를 암시하는 것 같다. 우리는

    토론 #1

    , "create" in Symbol 또는 "toMethod" in Function.prototype의 결근 상황을 검사해야 하는가?현재 나는 결코 진정으로 이 생각을 좋아하지 않는다."Realm" in Reflect@webbedspace는 본질적으로 테스트의 내용에 달려 있다고 생각합니다.만약 우리가 방법의 존재성과 준수성을 시험하고 있다면, 존재하지 않으면 실패할 것이다.그러나 만약 우리가 부정적인 것들을 테스트하고 있다면, 구체적으로 말하면, 이미 알고 있는 규칙 위반과/또는 오류를 테스트하고 있다면, 나는 환경 문제 때문에 결석이 통과되었다고 말할 것이다. (이것은 모든 테스트가 확정하고 있는 것이다.)

    토론 #2

    실제로 일부 테스트 검사에서 명확하게 금지된 속성(예를 들어 화살표 함수의 속성

    토론 #셋

    이 부족한지 확인하지만, 나는 여기서 지정하지 않은 속성을 가리킨다. 규범에 내장된 확장은allowed except where noted이기 때문에 ES6 실현에 부합되는 경우prototype 같은 초안 방법을 사용할 수 있다.Function#toMethod 이 경우

    토론 #4

    는 키를 가지고 있지 않으면 허용되는 확장이 아닙니다. WeakMap#clear는 그 어떠한 교체나 변이도 허용할 수 없기 때문입니다.이것은 안전 불변량이다.WeakMap응:
    - 방금 통독the WeakMap definition again했는데 키 값 쌍을 제거하는 불변량을 명확하게 지정하지 않은 것 같다. 적어도 those for proxies 등 다른 불변량의 양식으로 지정하지 않은 것 같다.
    - 이pull이 요청한 테스트는 "clear"속성이 없는지만 검사하고 기존 "clear"속성의 행동은 검사하지 않습니다.만약 present

    토론 #5

    방법이 호출될 때 아무것도 하지 않는다면, 그것은 호환된다.WeakMap#clear@webbedspace가 규범에서 삭제

    토론 #6

    된 모든 동기는 안전하고 변하지 않습니다.만약 충분한 명확한 설명이 없다면, 나는 다음 버전에 주석을 추가할 수 있다. 이것은 금지된 것이라고 말할 수 있다.이 경우 "clear"속성이 있는 엔진만 WeakMap을 지울 수 있습니다.noop "clear"방법이 없습니다.
    당연히 테스트를 작성할 수 있습니다. "clear"방법이 존재하면, 맵을 지우려고 시도하고, 지우면 실패합니다.그러나 나는 이런 엔진이 존재할 때까지 시간을 낭비하는 것이라고 생각한다.WeakMap#clear 어쨌든 나는 그 테스트를 쓸 것이다.
    나는 지금 이pullreq를 받아들여서 모든 건의의 변경을 할 것이다.

    토론 #7

    괜찮은 것 같아

    토론 #8

    WTF?병합

    토론 #9

    테스트 사용Promise, Setes6-shim2/9, WeakSet1/10?WeakMap 나는

    토론 #10

    테스트를 사용해서는 안 된다는 것에 동의한다Promise. 이것은 좋은 결정이다.
    그러나 그렇다. Set 없는 것은 모두 테스트를 통과해야 한다. 설령 그것이 없다 하더라도.WeakMap#clear와 같습니다.나는 이 방법들을 검출할 때 주동적으로 삭제함으로써 이 점을 더욱 확정할 수 있다.나는 동의하지 않는다.부정 테스트WeakMap는 기존 기능(WeakMap)이 보안 불변량(주어진 API를 공개하지 않음)에 부합되는지 확인하기 위한 것이다.기존 기능이 없으면 준수성이 없다.하지만, 우리도 예전에 비슷한 수사 방식이 있었던 걸로 기억해요...

    좋은 웹페이지 즐겨찾기