Сегодня копался в настройках Babel и нашел парочку интересных опций:

loose mode - в качестве конфига эта опция принимает массив трансоформеров, которые нужно скомпилить в "простом" режиме, что это значит - полученный код получается более читаемый и работает как правило быстрее, а достигается это за счёт отхождение от стандарта языка, т.е. поведение такого кода может отличатся от нативной реализации и использовать его нужно осторожно.

auxiliaryComment - это параметр принимает строку, которая будет вставлена в виде комментария перед каждый куском кода, который был сгенерен в Babel и которого нет в оригинальном коде, например, можно задать

'istanbul ignore next'

и потом, при обработке наших тестов через istanbul у нас не будет маячить сгенериный код, на мой взгляд это куда удобнее чем юзать специальные адапторы, вроде isparta.

Свершилось! В Babel добавили поддержку абстрактных ссылок!

Песочница

Как можно видеть из примера, что кейза применения 2:

1) Появляется сахарный синтаксис для организации "конвеерных фильтров", как в Bash и т.д.

'  -1.121213 '::trim()::parseInt()::round()::abs()

2) Появляется сахар для bind(this)

.onclick = ::foo.bar // foo.bar.bind(foo)

kobezzza,
как-то внешний вид не очень

::foo.bar

Может, я просто ещё не привык)

Так удобнее http://brendaneich.github.io/ModernWeb.tw-2015 :)

До сих пор нативные промисы работают по-разному: https://github.com/promises-aplus/pr...pec/issues/193

PhpStorm не понимает синтаксис геттеров/сеттеров es6 классов и подсвечивает как ошибку :)
https://yadi.sk/i/-jC6XHS3gtQWZ

nerv_, я плагин ставил какой то это решило проблему

Понимает. Может тебе стоит обновить версию?

последняя вроде 8.0.3
проверь у себя, если не трудно

ссылка?

Последняя версия - это 9.0 (https://confluence.jetbrains.com/dis...Access+Program). EAP.

официальная стабильная восьмая https://www.jetbrains.com/phpstorm/

Ну, тогда я могу тебе только посочувствовать. Оставайся с принципами.

Знаешь что такое backup? Умеешь делать?

ЗЫ: У меня eap ни разу не упал и глючил в основном плагин stylus, из-за медлительности разработчика.

Котята плакали, кололись, но продолжали жрать кактус :)

любопытства ради я поставил себе EAP. Панель гранта там засунули вбок) Грусть-печаль.

Мне нравится. Я ниже версию ставить не хочу, мне там фичь недоставало удобных. 8.0.3 низковата, я уж и забыл что ей кто-то пользуется :)

Дык, всё настраваемо же, у мя WS под себя оч сильно заточен, от дефолтного конфига мало что осталось :)

Ребят, как отключить часть транслятора Babel? В данном случае, хочу отключить for..of, так как разрабатываю одно приложение только под последний Хром, а этот вид цикла там работает и без Babel прекрасно.

FINoM,
какой сборщик используешь?

Если Gulp, то попробуй так:

...
.pipe(babel({
  blacklist: ['es6.forOf']
}))
...

И ещё пара ссылок с более подробной инфой:
https://babeljs.io/docs/usage/options/
https://babeljs.io/docs/advanced/transformers/

Safort, уже понял, спасибо. Юзаю Grunt.

Возникла другая проблема (может не очень касается этой темы). Requirejs отказывается собирать проект из-за for..of:

Running "requirejs:object" (requirejs) task
>> Error: Parse error using esprima for file:
>> /path/to/scripts
>> Error: Line 246: Unexpected identifier
>> In module tree:
>>     object

Видимо, они не обновили парсер (здесь работает). Кто-то в курсе, как исправить проблему?

FINoM,
а у тебя последняя версия Requirejs? Если да, то не вижу другого варианта, кроме как написать ишью.

Очень крутая фича.

kobezzza,
давно юзаешь?

Юзал в других языках, тут пока нет, т.к. в WS поддержки нормальной нет :(

Паттерн для организации Partial классов:

base.js

export class Base {
  get() {
    return 1;
  }
}

child.js

import { Base } from 'base';
export class Child extends Base {
  
}

child-mixin.js

import { Child } from 'child';
extend(Child, /** @lends {Child.prototype} */ { // Аннотация для автокомплита в WS11 и GCC
  get() {
    return super.get(); // super работает
  }
});

Сама функция extend

function extend(Class, mixin) {
  mixin.__proto__ = Class.__proto__.prototype;
  for (let key in mixin) {
    Class.prototype[key] = mixin[key];
  }
}

__proto__ в ES6 существует только на правах legacy и только для браузеров, лучше использовать Object.setPrototype/Object.getPrototype.

Еще момент - неочевидно название переменной obj, я бы лучше methods назвал.

Ноп, __proto__ теперь в стандарте.
https://developer.mozilla.org/ru/doc...s/Object/proto

И в той же ноде оно есть. Где ещё нужно-то?)

Всё так, но __proto__ удобно юзать при объявлении литерала объекта и юзать можно смело, т.к. его не выпилят (т.к. стандартизировали это свойство именно в ЕС6), но в данном примере я просто накалякал по быстрому.

Главное тут было показать, как организовывать полноценные Partial классы с работой super и автокомплитом.

почему legacy ? насколько я помню свойство __proto__ вынули из раздела deprecated и стандартизировали в ES6.

мда... пока я формулировал сообщение, trikadin и kobezzza уже успели меня опередить =)

Ну вообще это хак, удобный хак, который 100 лет везде был, поэтому его и стандартизировали. А чтобы привереды не ворчали, то они добавили методы сетторы/гетторы, но нам то с вами нет смысла боятся юзать эту удобняшку :)

Правда я не понимаю, почему они не заюзали Символы для этой задачи, например,

let foo = {
  [Symbol.prototype]: {
    bar: 1
  },

  get() {
    return this.bar;
  }
}

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

Бывает) Мы тут просто всё утро с ним как раз __proto__ и партиал классы обсуждали, поэтому немного поднаторели в вопросе)

ну не 100 конечно и не везде, например в ИЕ он появился только с ИЕ11. В других браузерах да, был давно, но использовали его чаще в полифилах/шимах а не в полноценных проектах. Теперь же его спокойно можно юзать где душа пожелает (главное не переусердствовать :) )

Ну, в MDN'е огромными красными буквами написано, что это может похерить производительность, и я склонен им верить. Так что юзать надо с осторожностью.

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

хм... я конечно понимаю настораживание, но много ли сожрет код:

Object.defineProperty(Object.prototype, '__proto__', {
  set: function(value) {
    Object.setPrototypeOf(this, value);
  },
  get: function() {
    return Object.getPrototypeOf(this);
  }
});

или скорее:

Object.setPrototypeOf = function(obj, value) {
  obj.__proto__ = value;
};
Object.getPrototypeOf = function(obj) {
  return obj.__proto__;
};

Я почему-то склоняюсь больше ко второму варианту, так как первый был реализован до второго.

А насчет их осторожности, тут скорее просто хотят себя огородить от лишних проблем в будущем (вдруг захотят все же убрать свойство).

Ну это да.

До ES6 его вообще не было (http://www.ecma-international.org/ecma-262/5.1/, ctrl+f), в ES6 его добавили сразу как legacy.

http://www.ecma-international.org/ec...r-web-browsers

__proto__ входит туда же, под индексом "B.2.2.1" - http://www.ecma-international.org/ec...type.__proto__

То есть, юзать, конечно же, можно, но, во-первых, отличные от браузеров окружения не обязаны его поддерживать, а во-вторых, это прямо не рекомендуется в спецификации (а значит, в один прекрасный момент может быть запрещено в каком-нибудь 2016 strict mode).

Где можно посмотреть список фич ES7, поддерживаемых в Babel, желательно, с небольшими примерами?