Mozilla Foundation은 새로운 언어 기능을 계속해서 JavaScript에 추가합니다. 버전이 1.8에 이르렀으며, 1.5는 다소 차이가 있습니다. ECMA baseline.JavaScript 버전 1.5 이상 - 이유는 무엇입니까?
그러나 Firefox는 최신 버전을 지원하는 only browser이며 IE는 1.5 버전의 JScript를 사용합니다.
Firefox 전용 확장 프로그램의 용도는 무엇입니까? 아니면 나머지 브라우저가 따라 잡을 때까지 휴면 상태입니까?
언어를 확장하는 것은 좋은 생각입니다. 단 하나의 브라우저 만 사용하는 경우에도 좋습니다. 결과적으로 다른 브라우저가 따라 잡아야하는 표준으로 만들어집니다.
그렇지 않은 경우 어떻게 진행할 수 있습니까? Microsoft는 항상이 작업을 수행합니다. Internet Explorer에서 먼저 구현하지 않은 경우 XMLHttpRequest가 표준을 적용한 적이 있습니까?
Mozilla의 관점에서 웹 개발자가 더 많은 기능을 추가하는 것을 제외하고 이러한 변경의 목적은 ECMA 262 (개정 4) TC39 workgroup의 다음 개정판으로 개발되는 JavaScript 2.0을 이끌어내는 것입니다.
향후 브라우저는 JavaScript 2.0을 지원합니다. 개발자는 Firefox에서 기본적으로 Internet Explorer와의 호환성을 제공하는 JavaScript 라이브러리를 사용하여 이러한 추가 기능을 활용할 수 있습니다. 나는 이것을 매우 유용하게 생각한다.
또한 Webkit (KDE에서 개발하고 Safari, Chrome 및 여러 자유 소프트웨어 브라우저에서 사용하는 엔진)가 JavaScript 1.7을 지원한다는 점이 흥미 롭습니다.
파이어 폭스, 썬더 버드 및 기타 XUL 앱에는 JavaScript로 작성된 많은 부분이 있습니다. 보다 기능이 풍부한 JavaScript는 Firefox 및 기타 Mozilla 응용 프로그램을위한 더 나은 개발 환경을 의미합니다.
예 xul 앱을 작성하고 Pythonic 배열 이해 및 기타 고급 기능을 활용하는 것을 좋아합니다. 그것은 굉장. –
JavaScript가 개선 된 현재의 가장 큰 이유는 교차 브라우저 호환성에 대해 걱정할 필요가없는 확장 작성자를위한 것입니다.
JavaScript는 Netscape에 라이센스가 허여 된 Sun의 상표이며 현재 Mozilla Foundation에서 보유하고 있습니다. Microsoft는 JScript라는 자체 언어 구현을 가지고 있지만 다른 언어 (예 : DMDScript)가 있습니다.
ECMAScript는 다양한 구현에 공통 기준선을 추가하는 사후 고려 사항이었습니다. 따라서 향후 표준 개정을 위해 구현자가 개척 한 변경 사항을 자유롭게 추가 할 수있는 표준위원회 밖에서 언어 개발이 계속되는 것은 자연스러운 일입니다. 예를 들어 JS1.6에서 소개되는 배열 추가 기능은 ES3.1에 포함될 것입니다.
그래, 나는 역사를 알고있어. 필자는 단지 FF 전용 확장을 누가 실제로 사용할 것인지 궁금해했습니다. 어쨌든 (적어도) IE 용 1.5 호환 코드를 작성해야하므로 어디서 시작했는지 다시 알 수 있습니다. 스티븐 (Steven)의 XUL 대답은 웹 페이지 영역이 아니지만 지금까지는 최고입니다. –
WebKit을 사용하는 경우에도 Chrome에 자체 JavaScript 엔진이 있음을 명확히 할 수 있습니다. 나는 그것을 추가하는 비언어적 인 방법을 생각할 수 없다. –
@Guss - 그래, 사파리와 크롬은 1.5 이상이지만, IE가 붙어있는 한 이전 버전과의 호환성을 제공하는 라이브러리조차도 간단한 경로를 사용하고 새로운 기능을 피할 수 있습니다. 기술을 밀어 넣어야 할 필요성을 이해하고 있습니다. 앞으로의 경로가 궁금합니다. –
저는 이것이 표준 방법이라고 생각합니다. 표준 바디를 통과시키기 전에 표준을 실제로 구현해야합니다. 표준 바디와 협력하여 수행하는 것이 가장 좋습니다. – Guss