Jsdom: Встроенные обработчики событий все еще не совсем правильные

Надеюсь, этот беспорядок не так уж и плох, @domenic. Что, как говорится...

В библиотеке веб-компонентов snuggsi мы делаем следующее соглашение:

<foo-bar onclick=onbaz></foo-bar>

<script>

Element `foo-bar`

(class extends HTMLElement {

  onbaz (event)
    { console.log (this, 'is the `<foo-bar>` element') }
})

</script>

В основном мы просматриваем дочерние элементы пользовательского элемента в поисках атрибутов в пределах GlobalEventHandlers и «регистрируем» метод класса с точно таким же именем. Затем обработчик .bind ing для пользовательского элемента _ (или явно зарегистрированный .childNode , как в примере выше)_. Попытка придерживаться проверенной и настоящей классической регистрации событий. _(Удивлен, что никакие фреймворки не справились с этим. На самом деле это был простой алгоритм )_

Повлияет ли это на нас вообще? Или это не имеет отношения к GlobalEventHandlers . Мы используем jsdom для тестирования (конечно). Также это намекает на поэтапный отказ от спецификации html?
Мне кажется, это было бы выкинуть 🍼 👶 с 🛀 🚿 .

Заранее спасибо за наводку!

/cc @brandondees

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

Скопируйте это @TimothyGu , спасибо за быстрый ответ! Всегда люблю следить за вашей работой, ребята. 🙏