W.Ed.
за сахар сканает, не больше
Loyd
default
Loyd
Это слово я не просто так дописал, ага
W.Ed.
ты думаешь, что оно решает?
W.Ed.
оно ничего не решает
W.Ed.
import the default export:
export default function cube(x) {}
import cube from 'my-module';
module.exports = function cube(x) {}
const cube = require('my-module');
Vladimir
Разумных причин использовать import нет, только эстетические
W.Ed.
а по поводу всего остального —harmony
W.Ed.
в ноде пишут уже поддержку ES2017
W.Ed.
а 2015 работает с 6-й версии по умолчанию
Yakov
Иногда получается циклическая зависимость и import ее разруливает в разумных пределах
W.Ed.
Иногда получается циклическая зависимость и import ее разруливает в разумных пределах
import не может разруливать ничего
W.Ed.
разруливает движок
Yakov
гениально
Alexander
он и при require разрулит
Yakov
используя require тоже можно разрулить, но код будет ужасный
W.Ed.
пахнет проблемами архитектуры
Yakov
я про те случаи когда это может понадобится
W.Ed.
это какие же
Yakov
с import такие случаи не пахнут проблемами
W.Ed.
опять же, не с импорт, а с движком
Yakov
Например в одном файле ты описываешь конструктор. Есть другие файлы, которые содержат метода, которые ты в первый файл импортишь и ставишь их в качестве методов прототипа этого конструктора. На данном этапе ситуация пока ясна, верно?
W.Ed.
типа трейтов?
Anton
В питоне как-то импорт более правильно работает. В начале говоришь откуда, потом что. В JS - в начале что, потом откуда. Никакого автокомплита :(
Loyd
В js импорт гораздо лучше питоновского
Loyd
в питоне всю строку переписать надо
Andrey
В питоне как-то импорт более правильно работает. В начале говоришь откуда, потом что. В JS - в начале что, потом откуда. Никакого автокомплита :(
наоборот, сразу же видно что ты импортишь и потом откуда)
Yakov
И эти короче методы делают всякие шутки полезные. Какие-то из них например в качестве аргументов принимают объект. И в зависимости от его инстанса делают ту или иную штуку. И один из этих методов как раз хочет проверить объект на то, является ли он инстансом того конструктора, о котором мы говорили. Так что бы это сделать, нужно тот конструктор заимпортить, а как его заимпортишь если он еще там undefined )))
Max
Max
упс, простите
Max
случайно*
Yakov
так вот жеж последнее мое собщение читай
W.Ed.
"И эти короче методы делают всякие шутки полезные. " ПЫЩ ПЫЩ КРОВЬ КИШКИ
Yakov
сарказм не понятен
Yakov
а вообще не плохой комментарий по поводу импортов и циклическиз зависемостей ))) конкретно, по делу )) приятно общаться.
Yakov
аргументировано. обожаю разговоры в подобном русле с коллегами
W.Ed.
я серьезно подумал что это левая копипаста
Vitaly
W.Ed.
.constructor.name есть в принципе, если извращаться с кривой постановкой
W.Ed.
а, да, вспомнил
W.Ed.
const base = require('base');
const trait = require('trait')(base);
W.Ed.
в trait же
module.exports = function(base){
return ;
}
W.Ed.
так что разрулить можно
Yakov
начнем с того, что все гораздно проще получается, если module.exportы ставить раньше чем require
Yakov
так делаю тоже
W.Ed.
кому?
W.Ed.
в чем простота заключается?
W.Ed.
начнем с того, что все гораздно проще получается, если module.exportы ставить раньше чем require
в trait как бы вообще require не требуется base в этом случае, я так и не понял о чем речь
Andrey
На бэке да, import не нужен/
Никита
то есть на бэке лучше совсем без бабеля? чисто вазможности ноды?
Yeti
Ну конечно
Yeti
Может быть еще вебпаком собирать ?
Anton
Ну, имхо, разницы особо нет, все равно для отладки сервак запускать через babel-node, а полностью билдить только при деплое, так что наличие бабеля на процессе разработки особо не сказывается
Anton
Если хочется юзать все новейшие фичи языка - бабель в руки
Anton
Если такой потребности нет - то и нет нужды в бабеле
Anton
Вобще странный спор
Anton
Но отправлять в продакшн код с фичами меньше, чем stage-4 все равно как-то не очень
Anton
Апи меняются, фичи переделываются
Anton
Так что если поиграться - то ок, в прод отправлять такой код достаточно опасно, как по мне
Vetaly
Привет, прохожу курс Ильи Кантора. Сейчас на третьем уроке по созданию чата. Использую VS как IDE. Вопрос, у кого то возникали трудности с подключением к page.ejs стилей и скриптов?
Timur
Кроме nodeschool и доков ещё есть что-нибудь хорошо написанное?
Timur
Хотя бы в стиле официального реакт-туториала
Timur
Да
Timur
Быстро врубиться в основы и что-нибудь на нем сделать,какой-нибудь todo с react+node
Timur
Книги практически все устаревшие
Timur
Например,этот стартер?
https://github.com/kriasoft/react-starter-kit
Vladimir
> @klond90
читать код v8
обязательно, без этого вообще на node.js лучше не начинать писать
Dreamerinnoise
А вот есть либа Async
Dreamerinnoise
Насколько она актуальна?
Dreamerinnoise
С новыми асинк авейтами
Dreamerinnoise
Или она про другое?
Vlad
Она неактуальна
Vlad
Забудьте её
Dreamerinnoise
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/Generator_comprehensions
что это? этого ведь нет в стандарте?
Dreamerinnoise
а, это вообще из 1.8
Vladimir
и что удалось интересного узнать из исходников v8?
Vladimir
> @ChALkeR
В исходники для этого, правда, лезть необязательно.
просто неэффективно