Comments 36
Я так понимаю, в z будет {a: 3, b:4}, а не 3?let { x, y, ...z } = { x: 1, y: 2, a: 3, b: 4 } console.log(x) // 1 console.log(y) // 2 console.log(z) // 3
+4
UFO just landed and posted this here
turbofan и ignition буду по дефолту в 5.9 https://nodejs.org/en/blog/release/v8.0.0/#say-hello-to-v8-5-8 https://v8project.blogspot.ru/2017/05/launching-ignition-and-turbofan.html
+2
UFO just landed and posted this here
Как продолжайте пользоваться yarn, у меня нет желание переходить на npm.
0
И ускорение «в пять раз». Получается, теперь у yarn-а нет преимуществ перед npm (когда в npm 5 от багов избавятся). Тоже нахожусь в раздумьях, на какой лошади ехать дальше. ("...psst! While Bower is maintained, we recommend yarn and webpack for new front-end projects!")
0
Наконец-то lock-файл, я джва года этого ждал!!!!1
Особенно сильно после того, как после очередной сборки внезапно обновился на мажорную версию один из зависимых пакетов и всё упало и хорошо ещё, что это была сборка не на продакшен, а просто на тест
0
А когда, наконец уже, необработанное исключение в промисах будет честно ронять приложение, а не «проглатываться» с предупреждением? Обещали же вроде.
0
Не обещали, а предупреждали, что такое будет. Если поспешить и автоматически такое сделать слишком быстро, то может сломать рабочие проекты
А когда, наконец уже, необработанное исключение в промисах будет честно ронять приложениеЕсли вам срочно надо, то этот код ловит все необработанные исключения и выходит с не-нулевым кодом ошибки:
process.on('unhandledRejection', function (err) {
console.error('uncaughtException:', err.message)
console.error(err.stack)
process.exit(1)
})
+8
N-api это очень хорошо. Сишный интерфейс (а не C++ как раньше), отвязка от V8 API, стабильный ABI.
Вот бы еще сделали возможность описывать сишные структуры и функции прям в js, как это сделано в питоне и luajit. Тогда Для нативных биндингов компиляция бы не понадобилась
Вот бы еще сделали возможность описывать сишные структуры и функции прям в js, как это сделано в питоне и luajit. Тогда Для нативных биндингов компиляция бы не понадобилась
0
Фишка в том, что в питоне и luajit он встроен. Чтобы заиметь ffi в ноде, придется его скомпилировать. Ну и большинство существующих биндингов этот проект не используют. Так что толку от него немного
0
А чем заранее скомпилированный разработчиками вариант вас не устраивает?
0
Это как? Делаю npm install ffi, он начинает компилить. Но в любом случае это не имеет значения. Некоторые биндинги используют nan, некоторые напрямую C++. Без ffi в стандартной библитеке не тягаться nodejs с питоном по удобству
0
Буфер содержит не «чувствительную инфоримацию», а конфиденциальную. Неверный перевод.
+1
> При загрузке пакета он автоматически пропишется как зависимость в package.json
Ээ… надеюсь, от этого ужаса можно избавиться?
Ээ… надеюсь, от этого ужаса можно избавиться?
-5
флаг --no-save. Но автоматическое сохранение все же удобнее
0
Чем? Мало ли что надо поставить, не значит, что все должно в проект сохраняться. Очень часто приходится поставить несколько похожих пакетов и выбрать один наиболее подходящий.
0
поставил, попробовал, удалил — в чем беда?
+1
Ну а пока не удалил, следить, чтобы случайно это все не закоммитить. Не знаю, я совершенно не понимаю, откуда пришла идея, что если что-то просто поставил по какой-то причине, то по умолчанию значит, что проект от этого теперь зависит и оно всем нужно.
-3
import и export ещё бы)
0
Чот прям с angular-cli 1.1.0 свежим оно никак не работает :(
Ну, будем ждать :)
Ну, будем ждать :)
0
Спасибо за обзор.
0
Sign up to leave a comment.
Обзор изменений в новом мажорном релизе Node 8