monolithed Jun 18 2015 at 02:14

ECMAScript 2015 официальный релиз

1 min

36K

JavaScript*Website development*

+34

Comments 33

some_x Jun 18 2015 at 05:59

Наконец то!
Осталось дождаться когда появятся браузеры полностью реализующие новый стандарт. Когда это произойдёт перед web-разработчиками наверное встанет новая задача: браузерам поддерживающим es2015 отдавать es2015 исходники, а другим версию скомпилированную в es5. Так как наверняка es2015 версия будет эффективнее чем скомпилированная.

second_pilot Jun 18 2015 at 10:36

уже есть инструменты, которые траслитерируют на лету только несовместимое

some_x Jun 24 2015 at 09:44

Вы не могли бы подсказать как они называются? Что-то не могу найти…

second_pilot Jun 24 2015 at 09:51

github.com/systemjs/systemjs

some_x Jun 24 2015 at 13:41

Судя по писанию этот инструмент просто может загружать es2015 модули вызывая traceur или babel для них. traceur или babel способны при компиляции оставлять те es2015 конструкции которые уже поддерживаются?

trikadin Sep 15 2015 at 00:48

У бабеля есть опция blacklist. Занесите туда те трансформеры, что вам не нужны (нативно поддерживаются). Список трансформеров: babeljs.io/docs/advanced/transformers

3al Sep 15 2015 at 00:53

https://featuretests.io/

tegArt Jun 18 2015 at 10:46

В соседней новости TedBeer указал ссылку на книгу одного из разработчиков, думаю, будет полезным и тут упомянуть:

Вчера присутствовал на презентации ES6 с докладчиком Dr. Axel Rauschmayer(его блог) Он плотно учавствовал в разработке ES6. Ему задали вопрос насчет поддержки в браузерах и он сказал, что по плану все основные браузеры будут полностью поддерживать стандарт уже до конца этого года.
На днях он закончил книжку по ES6 и она доступна бесплатно в онлайн — Exploring ES6

monolithed Jun 18 2015 at 14:09

На самом деле это далеко не первая книга.

tegArt Jun 18 2015 at 14:43

Никто и не говорил, что первая…

beduin01 Jun 18 2015 at 11:16

Куда интереснее вот это www.w3.org/community/webassembly

«WebAssembly, that defines a portable, size- and load-time-efficient format and execution model specifically designed to serve as a compilation target for the Web».

Если я правильно понимаю, то скоро можно будет писать под Веб на любом языке поддерживающем эту технологию.

Athari Jun 18 2015 at 19:21

github.com/WebAssembly/design/blob/master/FAQ.md
github.com/WebAssembly/design/blob/master/HighLevelGoals.md

Это asm.js, который правильно сделан, а не революция.

2tl Jun 19 2015 at 02:37

habrahabr.ru/post/260667

mrsum Jun 18 2015 at 11:45

Надеюсь для любителей IE кто-то возьмется за быстрые и вменяемые полифилы. Иначе все так и останется роскошью, а не средством передвижения.

rock Jun 18 2015 at 12:07

Вас что-то не устраивает в существующих? :)

potan Jun 18 2015 at 12:15

Раз они сделали TCO, они выкинули идиотский метод arguments?

some_x Jun 18 2015 at 12:35

Они не ломали обратную совместимость.

rock Jun 18 2015 at 12:43

Свойства arguments и функций, мешающие TCO, отключены в строгом режиме ещё в ECMAScript 5. TCO работает только в строгом режиме, а он в синтаксисе модулей включен по умолчанию. Ну а по поводу arguments — хоть он и присутствует, вместо него рекомендуется использовать rest.

rock Jun 18 2015 at 13:57

О как, очень интересно выслушать точку зрения минусующего :)

Aux Jun 18 2015 at 15:43

Я знаю зачем вас минусуют, но в доках написано, что если функция использует rest параметры в заголовке, то arguments внутри не будет.

rock Jun 18 2015 at 18:25

Не совсем верно, по спецификации наличие rest на наличие arguments никак не влияет, пример, поведение FF здесь ошибочно, хотя, само собой, реализация не будет создавать arguments, если он не используется :)

Дело в оптимизации кода. Объект arguments привязан к стеку вызова и аргументам функции, большинство действий с ним приводят к деоптимизации функции. В V8 сейчас оптимизируется только получение .length, получение элемента по индексу, передача в .apply, да и то далеко не во всех случаях. Передача arguments в любую функцию (даже Array.prototype.slice.call(arguments)) или изменения переменной-аргумента функции, если в ней присутствует arguments, делает её оптимизацию невозможной. Хорошо расписано здесь. Rest же создаёт обычный массив без лишних привязок и должен легко оптимизироваться движками.

monolithed Jun 19 2015 at 04:20

+ на русском от первого лица

potan Jun 18 2015 at 13:57

Thanks!
Стало понятно.

IonDen Jun 18 2015 at 13:46

Верю что Хром и ФФ к началу следующего года подойдут вплотную к полной совместимости. Но как же быть с Edge? Что-то у меня мало веры в то в Windows 10 Edge будет обновляться так же быстро и незаметно как Хром.

some_x Jun 18 2015 at 14:00

Почему нет? Ведь обещано что сам windows будет регклярно обновляться и новые полноценные релизы windows мы теперь не увидим очень долго.

IonDen Jun 18 2015 at 14:03

Про винду всё понятно, но будет ли браузер при этом обновляться чаще винды?

some_x Jun 18 2015 at 14:09

Думаю что можно ожидать что он будет обновляться как минимум со скоростью самой винды.

rock Jun 18 2015 at 14:12

Обещают, что он будет автоматически получать обновления, в том числе и с добавлением новых фич. Здесь скорее проблема в старых виндах и IE, которые ещё много лет будут портить жизнь, и в корявой реализации фич «для галочки», что будут мешать не меньше, чем Object.defineProperty из IE8.