Телеграмм чат группы webcomponents

Infant Frontender in Веб-компоненты

08:45пожаловаться #4

IF

Today I was quite surprised to see Shadow DOM with mode: "closed" being used for ads. I guess no ad blocker could ever catch that 😱 At least most of tools I'm aware of rely on CSS selectors. Looks like we are entering a new era.

attachShadow({mode: ‘closed’}) не нужен, говорили они

https://twitter.com/serhiikulykov/status/1161344566311751680

Twitter

Serhii Kulykov

Получается что из-за этого рекламу не вырезать? Или наоборот сложнее станет ее убрать?

09:07пожаловаться #5

SK

Infant Frontender

Получается что из-за этого рекламу не вырезать? Или наоборот сложнее станет ее убрать?

как минимум, ее не вырезать обычным css селектором

и при обходе DOM нет доступа к div.shadowRoot - в этом может помочь костыль от Джастина

Infant Frontender in Веб-компоненты

09:16пожаловаться #6

IF

как минимум, ее не вырезать обычным css селектором

и при обходе DOM нет доступа к div.shadowRoot - в этом может помочь костыль от Джастина

Понятно, спасибо. Ни разу не использовал mode: closed

11:01пожаловаться #7

SK

как справедливо отметил Джастин, возможность запатчить attachShadow убивает весь смысл closed

Pavel 🦇 Malyshev in Веб-компоненты

11:10пожаловаться #8

PM

Кажется теперь нас становится понятно кто лоббировал ShadowDOM несмотря на то, что это очень тормозная вещь. Те кто давно уже тормозит наши сайты...

11:16пожаловаться #9

SK

теория заговора в отношении веб-компонентов не нова и тянется с момента скандала с ютубом)

11:17пожаловаться #10

SK

Documentation about css-modules. Contribute to css-modules/css-modules development by creating an account on GitHub.

возвращаясь к истории с CSS modules - вот конкретно меня бесят маркетинговые заявления вроде “no more conflicts” и “no global scope”

https://github.com/css-modules/css-modules#why

GitHub

css-modules/css-modules

11:18пожаловаться #11

SK

благодаря такого рода завлениям разработчики и уверены, что реальная изоляция стилей им не нужна, “потому что у нас же есть CSS modules”

Infant Frontender in Веб-компоненты

11:19пожаловаться #12

IF

благодаря такого рода завлениям разработчики и уверены, что реальная изоляция стилей им не нужна, “потому что у нас же есть CSS modules”

С этим согласен. Ведь это не 100% что конфликта имен не будет.

11:21пожаловаться #13

SK

Pavel 🦇 Malyshev

Кажется теперь нас становится понятно кто лоббировал ShadowDOM несмотря на то, что это очень тормозная вещь. Те кто давно уже тормозит наши сайты...

и кстати, яндекс не лобировал его ни разу)

Pavel 🦇 Malyshev in Веб-компоненты

11:23пожаловаться #14

PM

благодаря такого рода завлениям разработчики и уверены, что реальная изоляция стилей им не нужна, “потому что у нас же есть CSS modules”

и тут мы приходим к коллективному когнитивному диссонансу: с одной стороны, реальные 100% отсутствия конфликтов имен нужны для реально больших приложений (для более мелких подойдут техними css modules/svelte/etc), с другой стороны в таких приложениях большие UI и важна хорошая производительность, чего не может дать ShadowDOM фактически по определению

11:39пожаловаться #15

SK

пока очевидно у него есть проблемы, иначе бы в ютубе не использовали полифилл

Pavel 🦇 Malyshev in Веб-компоненты

11:42пожаловаться #16

PM

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

11:44пожаловаться #17

SK

в хромиуме уже реализовали улучшения рендеринга, известные как Incremental Shadow DOM
но некоторые старые части кода выпилят только когда выпилят v0

11:44пожаловаться #18

SK

кстати, нашел README с некоторыми деталями реализации в Blink от Hayato Ito

https://chromium.googlesource.com/chromium/src/+/master/third_party/blink/renderer/core/dom/README.md#shadow-tree

Mikhail Bashkirov in Веб-компоненты

11:47пожаловаться #19

MB

Pavel 🦇 Malyshev

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

а поподробнее? я как раз читал про прямо противоположные вещи, например то, что эффективнее обрабатывать CSS, который применен к отдельному куску DOM, нежели чем к всей странице
мне кажется тут дьявол в деталях, интересно послушать что ты накопал на эту тему