人々はWebコンポーネントを行っています – Codepen

ネイティブのWebコンポーネントは、最近の瞬間をまだ楽しんでいます。たくさんのおしゃべり、そしてそれのかなりの量が肯定的です。他の感情は重要かもしれませんが、希望に満ちています。さらに重要なことは、私たちが人々を見ていることです 実際に使用します Webコンポーネントはますます。それらを作って誇らしげに共有するように。ここに最近あります：

• デビッド・ダーンズは 成分。これが私に定期的に起こっている例です。 PRの説明などを入力してGitHubに行ったことがありますが、誤ってナビゲートしたり、タブを閉じたりしたことがありますか？それからあなたは戻ってきて、あなたがタイプしたものはすべてまだそこにありました。うーん！彼らはを使用しています localStorage そこに役立つAPI。それらは、舞台裏のフォームに入力するデータを保存し、必要に応じて元に戻します。
• デイブ・ルパートが作った 、それはそれ自体の周りに境界を描きます ほんの少しキティワンパス。 使用します border-image これは学習できないので、私はそれを外注させてうれしいです。また、元の実装がHoudini Paint Workletのものであったことも興味深いですが、それがクロスブラウザーに互換性があることは決してないので、これが改善でした。
• ライアン・マリガンは 、aをラップします ターゲットを支援します 他のいくつか 要素（domのどこでも）とそれを隠し/表示します hidden 属性。さらに、 aria-expanded ボタン上の属性。シンプルで便利な、おそらくあなたがそれを素早く作り上げて、そしてそうであるといういくつかの詳細をキャッチします 1kbのようにのみ。
• ハサン・アリは作りました それは実装します スティーブンのトリック 自動栽培テキスト領域で自動的に。おそらく必要ないでしょう あまりにも長く、しかし、私たちは見るでしょう。
• ジェイク・ラザロフが作った コンポーネントでは、どんなDOMのものを内部に入れて、それらのものにフォーカストラップを作成できるようにします（モーダルの実装などに必要なため）。この動作は「無料で」得ると思います
  しかし、それはあなたが望んでいると仮定し、その要素を使用することができます。私も思った inert これを簡単にすることになっていた（ inert 全身とun-inert フォーカスをかけたい部分）、しかし、それは私が思ったほど簡単に可能であるようには見えません。このアイデアをさらに価値のあるものにします。の一部 サクセスストーリー、そのまま。

ここで興味深い点： これらのすべてが励まします、いや 必要、彼らの内部の有用なHTMLが彼らがしていることをするために。 その静脈のWebコンポーネントは、HTML Webコンポーネントと呼ばれるようになりました。 スコット・ジェールはそれを成文化するために少し時間がかかりました：

それらはカスタム要素です

1. 空ではなく、代わりに最初から機能的なHTMLが含まれています。
2. WebコンポーネントJavaScriptライフサイクルを使用して、いくらかのプログレッシブエンハンスメントを受け取り、
3. 基本的なコンテンツまたは機能を実行するためにそのJavaScriptに依存しないでください

彼はジェレミー・キースに拡大していました オリジナルのコーティング そして その後の興奮。

興奮といえば、 オースティン・クリムには理論があります Webコンポーネントには2種類のファンツがあります。

1. ソースファーストファン。のように、金属の近くで、何も壊れず、永遠に続く…
2. 出力ファーストファン。のように、使いやすく、多くの価値を提供し、どこでも機能します…

その区別をかなり感じているかどうかはわかりません。彼らは本当に私にかなり似ています。少なくとも、私は両方の理由でファンです。ファンタイプをもう少しブレインストーミングすることができます！これが設計システムグループを作成する最良の方法です。これは、その最高のグループで進行性の強化です。 Chromeがそれが良いと言っている場合、それはそれが良いグループだと言います。 Groupでプレイするための新しいものがあります。あなたの番。

ここで、知りたいWebコンポーネントのテクノロジーに関連する2つのことで終わりましょう。

人々がJavaScriptフレームワークに到達する理由の1つは、基本的にデータバインディングです。文字列が入っている変数があるように（たとえば、ユーザー名など）、どこかでHTMLに入る必要があります。そのようなことは100万回行われました、私たちはそのデータをブレースに入れることを考える傾向があります。 {username}。しかし、Webプラットフォームにはまだそのようなものがありません。ロブ・アイゼンバーグが言うように：

Webプラットフォームで最も長く実行されている要求の1つは、HTMLに直接ネイティブテンプレートとデータバインディング機能を持つことができることです。少なくとも20年の間、革新的な開発者は、このプラットフォームの制限を補うために図書館とフレームワークを構築してきました。

ネイティブHTMLテンプレートとデータバインディングの将来

DOMパーツ これまでのところ最も近い提案かもしれませんが、より詳細な背景についてはRobの記事を読んでください。

私が興味を持っているもう一つのこと、 永遠に、Webコンポーネントのスタイリングです。私たちが何をしているのかを完全に知っていても、CSSの外側のShadow Domに到達することはできないのは不快だと思います。スタイリングのオプション 内で Webコンポーネント すべてが吸う あなたが私に尋ねたら。適切なものを手に入れるかどうかは誰が知っていますか（古いもの /deep/ CSSに短い外観を持っていたものは、明らかに正当な理由で削除されました）。しかし、幸いなことに、ブライアン・カーデルは持っています 完全に使用可能に見える非常に小さくてクールなライブラリ。

Webコンポーネント内からスタイルシートをリクエストしても大丈夫だとしましょう。それはどのように機能しますか？さて、aのようなものがあります 構成可能なスタイルシート、そして、それらのいずれかが手元にある場合は、それを介してシャドールートにそれを取り付けることができます adoptedStyleSheets。 CSSファイルをリクエストすることからそれらの1つをどのように取得しますか？そこにあるトリックは、CSSのインポートアサーションである可能性があります。

import sheet from './styles.css' assert {type: 'css'};

今 sheet 構成可能なスタイルシートで使用可能です。私はそれが好きです。しかし、あなたがあなたのCSSをバンドしているとしましょう。これは一般的にやるべきことです。それは、個々のコンポーネントスタイルを個別にインポートできるようにする必要があることを意味しますか？多分そうではない！がある 個別にインポートできるCSSの塊を宣言するために堅実に見える提案 @sheet ブロック。次に、JavaScriptの非デフォルトエクスポートと同じように、名前でそれらを摘み取ることができます。

@sheet sheet1 {
  :host {
    display: block;
    background: red;
  }
}

@sheet sheet2 {
  p {
    color: blue;
  }
}

import {sheet1, sheet2} from './styles1and2.css' assert {type: 'css'};

かなり固体があると思います。それがプラットフォームに入らなかったら、私は驚かれるでしょう。そうでない場合、私は行くことを約束します awwwシート。