ReactなどとWeb Componentsのこと
基本的にブラウザの標準機能でできるならそれに越したことはない
ReactもVueも結局はライブラリであって、依存するものは減らしたいし可能な限りシンプルな方がいい どうせすぐに変化するビルド環境を整えたり覚えたりもしたくないんじゃ
Web ComponentsはVirtual DOMは使ってないはずで、多分コンポーネント配下のDOMはinnerHTMLでごっそり書き換えられる
イベントハンドラの取り回しが厳しい(らしい)
まだWeb Componentsをゴリゴリ使ったことがないのでわからないが、そうらしい
そう言われているのが2018年の記事なのでその後何か変わったかも要確認
ただもしかすると、ReactなどJS側から寄りすぎた考えの可能性もある?
コンポーネントをネストして作るとか、そういう思想とそもそも違うってことかもしれない
この辺のイベントハンドラの話ってjQuery、Backbone.js等から連なる、どこから登録された誰のイベントハンドラやねん、っていうつらみと解決方法であって、Web Componentの持つカプセル化してコンポーネントに閉じ込めるという思想の場合、イベントハンドラ同志はそもそも絡まないもの……とか? すごい適当に思っただけでデタラメの可能性高いので、何しろちゃんと使ってみないことには
自分の印象でしかないんだけど、GoogleはHTML中心主義だが、MozillaとFacebookはJS中心主義的な発想をしているように見えている。おそらくはクローラを抱えている側の評価コストみたいな問題だとも思うのだけど、イベントハンドラ周りをもう一歩進んで標準化してもらわないと、現実に複数のコンポーネントが協調するようなアプリで、フレームワークレスな世界はこないんじゃないかと思う。
この印象(HTML中心、JS中心の辺り)は近いものを感じる
どっちが良いかは難しいんだけど、本来HTMLで良いものもJSで書くっていうのはwebのハードルを上げちゃうんじゃないかって気がする
もっと広い視点で見たときに、例えばweb制作の世界が全体的にノーコード的な方に行くのであれば、HTMLもJSも今より裏側に隠蔽されたもの、書く人が限定されたものになって、その時はJS中心でも良いのかもしれない Web Componentsが実際HTML中心的な考え方だとすると、もしかしたらHotwireとの相性は良いのでは?🤔 ref.