Здравствуйте, fmiracle, Вы писали:

Я отвечаю сразу всем, это просто наиболее удачная подветка:

1. Эта жжж(tm) неспроста что вебасмом занялся именно V8 — при необходимости сервичы браузера он протащит как родные.

2. Понятно, что готовый JIT.

3. Он постоянно фиксится и развивается. Может новых супероптимизаций он и не делает внутри, но отсыл к русской вики конечно "нагляден". Я трэкаю иссу с вебасмом связанные с V8 очень давно. Настолтко что уже давно заколебался читать. Но он (V8) по прежнему способен скушать несколько мегабайт JS меньше чем за секунду и не подавиться.

4. Oilpan, GC и кучи объектов. Этот момент я опустил. Вроде течь память щас не должна. вебасмовы инсинуации некоторых я бы реально отложил: браузеры идут по пути объединения DOM и JS куч. Если в webasm гейт будет на подсчете ссылок — это хана. Анлуляр 1 — тёк очень жестко без разрешения проблемы более нескольких лет, казалось бы в "родном" гугловом браузере (что интересно проблема в FF и IE — на тот момент решена). И инснуации про DOM "API" без GC — это бредятина. Таких в принципе нет, т.к. W3C DOM не декларирует это никак но неявно предполагает. Любой кто сделает своё уебище на эту тему — должен караться. W3C DOM API покрывает всё в XML документах. Бери JS, бери Python, бери C# и System.Xml = всё это очень близко. Более того на тот же дотнет весь W3C апи ложится один в один (даже больше чем System.Xml). Высеры навроде System.Xml.Linq — это жестокий компромис: удобный API но абсолютная не интеропность между языками/людьми. Люди банально путают Descendants() и Elements(), а это важно бывает не ток по перфомансу но и по поведению.

Короче — я рад что они зарелизились. Это круто т.к. давно ж готово было. Детали чёрточы держали. Буду рад когда они прокинут сервисы браузера вместе с DOM и сделают SDK под C++.

Здравствуйте, fmiracle, Вы писали:

Я отвечаю сразу всем, это просто наиболее удачная подветка:

1. Эта жжж(tm) неспроста что вебасмом занялся именно V8 — при необходимости сервичы браузера он протащит как родные.

2. Понятно, что готовый JIT.

3. Он постоянно фиксится и развивается. Может новых супероптимизаций он и не делает внутри, но отсыл к русской вики конечно "нагляден". Я трэкаю иссу с вебасмом связанные с V8 очень давно. Настолтко что уже давно заколебался читать. Но он (V8) по прежнему способен скушать несколько мегабайт JS меньше чем за секунду и не подавиться.

4. Oilpan, GC и кучи объектов. Этот момент я опустил. Вроде течь память щас не должна. вебасмовы инсинуации некоторых я бы реально отложил: браузеры идут по пути объединения DOM и JS куч. Если в webasm гейт будет на подсчете ссылок — это хана. Анлуляр 1 — тёк очень жестко без разрешения проблемы более нескольких лет, казалось бы в "родном" гугловом браузере (что интересно проблема в FF и IE — на тот момент решена). И инснуации про DOM "API" без GC — это бредятина. Таких в принципе нет, т.к. W3C DOM не декларирует это никак но неявно предполагает. Любой кто сделает своё убожище на эту тему — должен караться. W3C DOM API покрывает всё в XML документах. Бери JS, бери Python, бери C# и System.Xml = всё это очень близко. Более того на тот же дотнет весь W3C апи ложится один в один (даже больше чем System.Xml). Высеры навроде System.Xml.Linq — это жестокий компромис: удобный API но абсолютная не интеропность между языками/людьми. Люди банально путают Descendants() и Elements(), а это важно бывает не ток по перфомансу но и по поведению.

Короче — я рад что они зарелизились. Это круто т.к. давно ж готово было. Детали чёрточы держали. Буду рад когда они прокинут сервисы браузера вместе с DOM и сделают SDK под C++.