MP
Size: a a a
2018 May 11
MP
rest/spread поддерживаются начиная с 8.6.0 версии
NM
Ребят старые проекты (или не обновлённые, написанные на предыдущих версиях Node) c babel, это нормально. Тогда нужны были и классы и все остальное. Например у нас был изоморфный код, который использовался и на клиенте и на сервере, поэтому нужны были импорты. На новых версиях смысла нет. Мавр сделал своё дело, мавр может уйти :)
ДС
бабель это сахар, который ваш код делает непонятным… Вы никогда с помощью бабеля не напишите быстрый, оптимизированный код, только из-за импортов подключать бабель?
Я ts юзаю. И импорты есть и типы
A_
Зачем вам нужны эти импорты?
Без них все работает. А эти всякие babel зависимости раздувают npm и усложняют отладку.
Без них все работает. А эти всякие babel зависимости раздувают npm и усложняют отладку.
NM
Ты написал вопрос в настоящем времени ))
AM
Я ts юзаю. И импорты есть и типы
Ну с TS понято без транспиляции никак.
MP
у нас старый проект на 6й ноде есть, в котором мы отлично обходимся без бабелья на беке, хотя мы шарим код между фронтом и беком
AM
аналогично, мы даже на 12-й ноде без бабеля писали
NM
6 это не старый, я имел ввиду проект на 0.12
MP
а классы это злейшее зло)))
NM
Назови 3 причины тогда (как у Дудя)
AM
Я могу 2
NM
Хотя настоящее зло может быть и в одной причине ))
AM
Это не настоящие классы и они скрывают реализацию. Но это удобный сахар
MP
Это сахар поверх прототипов, это мешанина из кучи классов, чистые функции приятней и понятней =)
AM
Я недавно сломался и написал модуль как класс =(
NM
Приятней и понятней) ну ... субъективненько))
ДС
Я недавно сломался и написал модуль как класс =(
Просто бывают ситуации когда классы прям хорошо заходят
OR
Это понятный хорошо читаемый сахар. Который скрывает не нужую в большинстве случаев реализацию и не дает выстрелить себе в ногу.