
Ҫѐҏӗѫӑ
30.06.2016
22:30:27
в8 понимает импорты и экспорты
но они не включены
давно уже причем

Vladimir
30.06.2016
22:31:14
и каким образом энв будет реализовывать спеку лоадера?

Google

Ҫѐҏӗѫӑ
30.06.2016
22:31:15
Женя Обрезков кидал ссыль на исходники
по whatwg/loader

Vladimir
30.06.2016
22:31:41
но у v8 нет апи
нельзя сейчас взять спеку в текущем виде и ее реализовать

Ҫѐҏӗѫӑ
30.06.2016
22:32:28
парсер понимает эти слова

Vladimir
30.06.2016
22:32:38
ну этого не достаточно

Ҫѐҏӗѫӑ
30.06.2016
22:32:39
остальное вот этого задача https://github.com/whatwg/loader
само собой

Vladimir
30.06.2016
22:32:51
так не может быть

Ҫѐҏӗѫӑ
30.06.2016
22:32:59
но это так

Vladimir
30.06.2016
22:33:35
в спеке должно быть написано, что vm должна делать для загрузки модулей
но там этого нет

Ҫѐҏӗѫӑ
30.06.2016
22:34:01
тем не менее, там этого нет и не планируется

Google

Vladimir
30.06.2016
22:34:26
тогда вопрос - почему в v8 нет апи для модулей, чего они ждут?

Ҫѐҏӗѫӑ
30.06.2016
22:35:01

Vladimir
30.06.2016
22:35:32
это не может быть обязательным, если не является часть спеки
v8 реализует ecma-262
loader будет в хроме, стало быть

Vladimir
30.06.2016
22:36:36
Это не часть спек. Так как для ноды и хрома будут разные решения

Ҫѐҏӗѫӑ
30.06.2016
22:36:42
да
движки обязаны знать синтаксис импортов и экспортов. и это не должно быть синтаксической ошибкой. это все требования 262
и соответственно эти слова не могут быть использованы

Vladimir
30.06.2016
22:38:22
это так, но это означает, что можно сделать апи, через которое энв будет делать с модулями что-то
на основе ecma-262
а потом через это апи можно быдет реализовать стандарт whatwg или что угодно

Ҫѐҏӗѫӑ
30.06.2016
22:39:08
пока нечего делать

Vladimir
30.06.2016
22:39:19
но чуваки из v8 этого не делают, они говорят что спека не полная

Ҫѐҏӗѫӑ
30.06.2016
22:39:19
и синтаксис тоже отключен в в8
whatwg спека не полная, это так

Vladimir
30.06.2016
22:40:00
whatwg спека не имеет никакого отношения к ecma 262

Ҫѐҏӗѫӑ
30.06.2016
22:40:44
там по-английски написано же про ноду

Vladimir
30.06.2016
22:41:31
если v8 не собирается имплементить эту спеку, то зачем им ее ждать?

Google

Ҫѐҏӗѫӑ
30.06.2016
22:41:33
This repository consolidates work on the ECMAScript module loading semantics with the integration points of Web browsers, as well as Node.js.
почему не собирается?

Vladimir
30.06.2016
22:42:16
потому что ее имплементит энв, как ты сам сказал

Ҫѐҏӗѫӑ
30.06.2016
22:43:29
ну часть семантики придется взять и движкам

Vladimir
30.06.2016
22:43:42
зачем?

Ҫѐҏӗѫӑ
30.06.2016
22:43:45
иначе даже стек трейса не будет

Vladimir
30.06.2016
22:44:17
всмысле? стек трейс будет как и при вызове любой хост-функции

Ҫѐҏӗѫӑ
30.06.2016
22:44:24
надо же сказать, что “ты импортишь пхп модуль, братан”
и движок должен знать как это получить
одного синтаксиса недостаточно
оно должно как-то рефлектировать

Vladimir
30.06.2016
22:45:11
не должен
ведь в спеке этого нет
в спеке ecma 262

Ҫѐҏӗѫӑ
30.06.2016
22:45:35
*не обязан

Vladimir
30.06.2016
22:45:42
именно

Ҫѐҏӗѫӑ
30.06.2016
22:46:04
в спеке 262 нет и таймеров
и фетча

Vladimir
30.06.2016
22:46:37
именно

Google

Ҫѐҏӗѫӑ
30.06.2016
22:46:39
но они рефлексируются в глобалы

Vladimir
30.06.2016
22:46:41
и в v8 их нет

Ҫѐҏӗѫӑ
30.06.2016
22:46:56
а импорты - это не объект в глобалах
нельзя просто так взять и импортнуть ничто из ниоткуда

Vladimir
30.06.2016
22:47:31
я не спорю - движки должны дать апи для этого
и кто захочет, реализует лоадеры или что-то еще

Ҫѐҏӗѫӑ
30.06.2016
22:48:03
они могу реализовать какой угодно апи
но он должен работать с синтаксисом 262 и спекой вотвг
если надо модули в энве

Vladimir
30.06.2016
22:49:13
спека вотвг полностью на энве

Admin
ERROR: S client not available

Vladimir
30.06.2016
22:49:32
движок не должен о не знать

Ҫѐҏӗѫӑ
30.06.2016
22:49:42
да

Vladimir
30.06.2016
22:49:49
whatwg это вообще хуй знает кто

Ҫѐҏӗѫӑ
30.06.2016
22:50:37
короче нет и пока не планируется никакой спеки на то как синтаксис рефлектирует в настоящие модули

Vladimir
30.06.2016
22:51:11
мутная история

Ҫѐҏӗѫӑ
30.06.2016
22:51:50
есть такое

Vladimir
30.06.2016
22:52:45
While an ECMAScript implementation could choose its own loader semantics, V8 plans to implement the loader that's currently being standardized in the WHATWG

Ҫѐҏӗѫӑ
30.06.2016
22:52:52
но вроде как она и не нужна. вон сафари запилили для PTC ShadowChicken. никто не просил, нигде не описано. но проблема дебага очевидна

Vladimir
30.06.2016
22:53:08
отсюда https://bugs.chromium.org/p/v8/issues/detail?id=1569

Google

Ҫѐҏӗѫӑ
30.06.2016
22:53:21
так же и вот это все может кто как хочет реализовать

Vladimir
30.06.2016
22:53:58
могли бы апишку простую сделать давно и не париться
в ноде можно было бы уже экспериментировать

Ҫѐҏӗѫӑ
30.06.2016
22:54:44
зачем? все равно нельзя просто так взять и перенести любой движок в любой браузер
(или другой энв)

Vladimir
30.06.2016
22:55:26
говорю же - экспериментальная фича для энвов типа ноды

Ҫѐҏӗѫӑ
30.06.2016
22:55:51

Vladimir
30.06.2016
22:55:56
у них часто бывают эксперментальны апи на c++ стороне
да вроде все верно

Ҫѐҏӗѫӑ
30.06.2016
22:56:34
в esdiscuss ничего нет про свой лодер в 262
там есть про то, что они не будут делать лодер частью спеки
и это давно решено

Vladimir
30.06.2016
22:57:02
ну это понятно, допустим
это и означает что движки не должны его исплементить сами, а могут сделать нативное апи для энвов
Adam, to my knowledge only the hooks for the ECMA spec are expected from both WHATWG and Node

Ҫѐҏӗѫӑ
30.06.2016
22:58:49
ну да, не обязаны

Vladimir
30.06.2016
22:59:03
hooks - вот я об этом

Ҫѐҏӗѫӑ
30.06.2016
22:59:33
это забота ноды / хрома

Vladimir
30.06.2016
22:59:33
то есть нода и whatwg спека ортогональны

Ҫѐҏӗѫӑ
30.06.2016
22:59:55
так и я об этом

Vladimir
30.06.2016
23:00:24
но v8 хуки не делает, хотя мог бы
https://github.com/rwaldron/tc39-notes/blob/master/es7/2015-09/sept-24.md#6-updates-on-loader