ECMAScript 402 국제화 호환표

묘사

은 #358의 토론을 바탕으로 ECMA-402 ECMAScript Internationalization API Specification에 대한 compat표를 얻기 위한 준비 작업입니다.
다음과 같이 ES7 compat 테이블 링크 옆에 나타나는 새 테이블이 있습니다.
.
다음은 이 PR에 필요한 작업을 완료하기 위한 대기 사항 목록입니다.
- [x] 별도의 Intl compat 테이블 만들기
- [x] 다른 테이블의 HTML 프레임을 Intl 테이블에 링크
- [x] Intl 객체에 대한 기본 테스트 세트 추가
- [x] Intl.Collator 객체에 대한 기본 테스트 세트 추가
- [] Intl.Collator 객체에 전체 테스트 세트(패러디 test262 test suite) 추가
- [x] Intl.NumberFormat 객체에 대한 기본 테스트 세트 추가
- [] Intl.NumberFormat 객체에 대한 전체 테스트 세트(test262 test suite 패러디) 추가
-[x] Intl.DateTimeFormat 객체에 대한 기본 테스트 세트 추가
- [] Intl.DateTimeFormat 객체에 대한 전체 테스트 세트(test262 test suite 패러디) 추가
-[x] 날짜#toLocaleString()에 대한 기본 테스트 세트 추가
-[] 날짜 #toLocaleString() 추가를 위한 전체 테스트(test262 test suite)
-[x] 날짜 #toLocaleDateString()에 대한 기본 테스트 세트 추가
-[] 날짜 #toLocaleDateString() 추가를 위한 전체 테스트(test262 test suite)
-[x] 날짜 #toLocaleTimestring()에 대한 기본 테스트 세트 추가
-[] 날짜 #toLocale Timestring() 추가를 위한 전체 테스트(test262 test suite)
- [x] 숫자 #toLocaleString()에 기본 테스트 세트 추가
- [] Number#toLocaleString () 에 온전한 테스트 세트를 추가합니다. (이 테스트에 사용할 테스트 세트가 없습니다. - 아마도 compat 테이블에 이식하기 전에 테스트를 해야 할 것 같습니다.)
-[x] 문자열 #locale Compare()에 대한 기본 테스트 세트 추가
- [] 문자열 #locale Compare()에 전체 테스트 세트(test262 test suite) 추가
- [x] 배열 #toLocaleString()에 기본 테스트 세트 추가
- [] 배열 #toLocaleString()에 테스트 세트 추가(test262 test suite)
-[x]개체 #toLocaleString()에 기본 테스트 세트 추가
- [] 대상 #toLocaleString()에 테스트 세트 추가(test262 test suite)
- [] 브라우저에서 테스트를 실행하고 결과를 테스트 세트에 적용
나는 매번 구축 임무의 결과를 제출하여http://keithamus.github.io/compat-table/esintl/심사에 붙이다.
존재하는 내용에 대한 논평을 환영합니다.
(Fixes #358)

토론 #1

@keithamus 나는 우리가 실제적으로 기본적인 지원 아래 이 과정을 추진할 수 있다고 생각한다.몇 가지 결과만 기입하면 제가 당연히 도울 수 있습니다.예를 들어 제 크롬 41은 완전 녹색입니다.그러니까 FF38이면Safari 8(그리고 최신 야간)은 7개 테스트에서 녹색이었다.

토론 #2

Firefox는 완전 녹색이다. 29

토론 #셋

은 마지막 7줄이 모두 낡은 것(적어도 기본 검사)이라는 것을 방금 깨달았기 때문이다. 적어도 ES3이기 때문이다.

토론 #4

네, 동의합니다. - 저는 몇 가지 약속을 받아서 기본적인 지지를 정리하고 앞으로의 PRs로 확장할 것입니다.
원형 방법(당신이 언급한 마지막 7줄)은 비교적 오래된 ES규범에 존재하지만 Intl 지원이 없다. 이것이 바로 Intl 테스트가 무엇을 지원하는지 깊이 있게 이해해야 하는 부분이다.

토론 #5

@rwaldron은 단지 당신에게 이 일을 알려주고 이곳의 어떤 발전도 알려주고 싶을 뿐입니다(지금 당신은 그것을 처리하고 있죠?)

토론 #6

이 PR을 잠시 업데이트하지 못해서 죄송합니다.만약 네가 원한다면, 나는 오늘 저녁에 기본적인 부분을 준비하는 데 시간을 좀 써도 되겠니?

토론 #7

@keithamus 무압력!그러나 만약 당신이 기본적인 것을 얻을 수 있다면, 물론 이것은 아무것도 없는 것보다 낫다.)

토론 #8

.나는 모든 테스트를 덮어쓰기에 부족한 테스트를 추가했고, 가능한 한 모든 브라우저와 엔진의 결과를 검사하고 추가했다.브라우저의 기본 지원을 보여주기 위해 통합할 준비가 되어 있지만, ES6/7과 마찬가지로, 우리는 더 많은 미세한 차이를 보여야 하지만, 이것은 좋은 출발점이다.
너는 사이트에서 결과를 볼 수 있다http://keithamus.github.io/compat-table/esintl/.es intl 링크를 다른 페이지에 추가해야 하기 때문에 다른 구축 파일이 터치되었습니다.변경 사항이 있으면 IMO를 합병하는 것도 좋습니다.

토론 #9

@kangax, 이것을 합병하면 나머지 테스트를 제자리에 놓고 완전한 Intl 테스트 세트를 갖도록 질문을 드리겠습니다.만약 내가 PRs를 했다면 나는 한 번에 하나를 했을 것이다. 이렇게 하면 이 방면의 진전을 지체하지 않을 것이다. 미소:

토론 #10

@kangax 감사합니다.
Ecma-402 2판에서 가장 중요한 내용은 규범 정렬로 표면에 변화가 거의 없다.테스트를 시작해야 할 것은 Array.prototype.toLocaleString입니다. 이것은

토론 #11

@rwaldron의 유일한 진정한 추가 항목입니다. 의심할 여지가 없지만, ES6 언어 환경 함수는 Intl 대상을 매개 변수로 사용하기 시작했습니다. 이것은 ES5의 일부분이 아니라고 생각합니다.아닌가?

토론 #12

헤헤@kangax 이 지점의 기초를 다시 설정했습니다.그것이 합병되는 것을 보기를 갈망하다.새로운 PR

토론 #13

에서 테스트를 확장할 수 있습니다. @keithamus

토론 #14

:tada:

토론 #15

에 폐를 끼쳐서 죄송하지만 core-js 또는 다른 흔한 polyfills가 locales과 options에서 Date.prototype.toLocaleString의 파라미터를 지원하는지 아십니까?나는 그들의 증거를 찾기가 매우 어렵다.