Комментарии 21
А что там с наследованием от Array не так? Не нашел в официальном чейнджлоге.
0
Стало корректно наследоваться свойство length
, Array.isArray для таких объектов возвращает true
.
0
У вас написано «почти», мой вопрос в том, чего именно не хватает.
+4
Не все методы работают как вы можете ожидать. Например, метод map
вернет Array
, а не ваш класс.
+2
Понятно, спасибо.
+1
Т.е. в методах массива (и не только массива) пока нет поддержки паттерна @@species
, она добавлена в V8 5.1.
+1
Поддержка появилась только в версии 5.1, которая, если не ошибаюсь, вышла пять дней назад, так что этого еще нет в текущем релизе.
0
Тоже писал статью о релизе, но раз вы уже опубликовали, то тогда, чтоб не дублировать темы, в качестве комментария добавлю:
В октябре этого года ветка v6.x станет новой активной LTS версией и её поддержка продлится до апреля 2018 года, а поддержка текущей LTS ветки Node.js v4 'Argon' продлится до апреля 2017. Поддержка же v5 продлится еще два месяца, чтобы разработчики использующие эту версию смогли перейти на v6. Поддержка v0.10 и v0.12 будет полностью прекращена.
+6
> Деструктивное присваивание
destruction != destructuring, равно как и деструкция != деструктуризации.
destruction != destructuring, равно как и деструкция != деструктуризации.
+14
> Node.JS, node.js
Node.js
> поддержка текущей LTS ветки Node.js v4 'Argon' продлится до апреля 2017
Активная фаза LTS. Кроме этого, есть ещё Maintenance (в основном исправления безопасности) — до апреля 2018. См. график: https://raw.githubusercontent.com/nodejs/LTS/master/schedule.png
> Поддержка v0.10 и v0.12 будет полностью прекращена.
В начале ноября и конце декабря соответственно.
Перестанут выходить обновления безопасности. Кто ещё не слез — слезайте.
> JS 2016
ECMAScript 2015.
> Конструктор, new Buffer(size);
Не совсем так, он ещё в версии 4.0.0 перестал быть конструктором. Но в остальном верно.
> если это не требуется, используйте Buffer.allocUnsafe
Не просто «если это не требуется», а если вы на 100% уверены что вне зависимости от действий пользователя у вас никуда не утечёт буфер с не инициализированной памятью (в том числе частично).
> Деструктивное присваивание
Кхм?
— Кстати, по поддержке — см http://node.green, там 93% ECMAScript 2015. Раз уж вы вспомнили 2016 — то упомяну и про 50% поддержу его (а именно — Array.prototype.includes). Да, в ECMAScript 2016 всего две фичи по сравнению с 2015 — Array.prototype.includes и оператор возведения в степень (его поддержки пока нет).
Node.js
> поддержка текущей LTS ветки Node.js v4 'Argon' продлится до апреля 2017
Активная фаза LTS. Кроме этого, есть ещё Maintenance (в основном исправления безопасности) — до апреля 2018. См. график: https://raw.githubusercontent.com/nodejs/LTS/master/schedule.png
> Поддержка v0.10 и v0.12 будет полностью прекращена.
В начале ноября и конце декабря соответственно.
Перестанут выходить обновления безопасности. Кто ещё не слез — слезайте.
> JS 2016
ECMAScript 2015.
> Конструктор, new Buffer(size);
Не совсем так, он ещё в версии 4.0.0 перестал быть конструктором. Но в остальном верно.
> если это не требуется, используйте Buffer.allocUnsafe
Не просто «если это не требуется», а если вы на 100% уверены что вне зависимости от действий пользователя у вас никуда не утечёт буфер с не инициализированной памятью (в том числе частично).
> Деструктивное присваивание
Кхм?
— Кстати, по поддержке — см http://node.green, там 93% ECMAScript 2015. Раз уж вы вспомнили 2016 — то упомяну и про 50% поддержу его (а именно — Array.prototype.includes). Да, в ECMAScript 2016 всего две фичи по сравнению с 2015 — Array.prototype.includes и оператор возведения в степень (его поддержки пока нет).
+4
Спасибо за дополнение.
Не просто «если это не требуется», а если вы на 100% уверены что вне зависимости от действий пользователя у вас никуда не утечёт буфер с не инициализированной памятью (в том числе частично).
Это скорее касается очистки буфера нежели инициализации. Потому как чувствительные данные должны чиститься, в вашем описании появляется ложная уверенность защищенности.
И, кстати, это один из контрибьюторов Node.js. Если что мучайте его вопросами )
0
> Потому как чувствительные данные должны чиститься, в вашем описании появляется ложная уверенность защищенности.
Нереально удалить все данные оттуда, если честно. Так что надо именно быть уверенными, что у нас не осталось никакого «мусора» в буфере ни при каких условиях.
См. https://github.com/ChALkeR/notes/blob/master/Buffer-knows-everything.md
Нереально удалить все данные оттуда, если честно. Так что надо именно быть уверенными, что у нас не осталось никакого «мусора» в буфере ни при каких условиях.
См. https://github.com/ChALkeR/notes/blob/master/Buffer-knows-everything.md
+1
ES6 модули уже поддерживаются из коробки?
+3
Мне, кстати, непонятно, почему их нету в https://kangax.github.io/compat-table/es6/.
В самом худшем случае можно, наверное, взять
В самом худшем случае можно, наверное, взять
npm install babel-register
c пустым .babelrc (не пробовал пока).0
Модули пока не готовы, в ES 2015 они описаны не полностью.
+1
Ещё один довод, для меня, в сторону перехода на TypeScript, где модули из коробки.
Всё таки при частичной поддержке ES2015 в NodeJS использование Babel было для меня под вопросом, а вот TypeScript и так планировали использовать в связке с Angular 2.
Всё таки при частичной поддержке ES2015 в NodeJS использование Babel было для меня под вопросом, а вот TypeScript и так планировали использовать в связке с Angular 2.
-4
Дефолтные значение в функциях как то связаны с ES, или это будет фишка Node?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Вышел в свет Node.JS v6.0