デイブ・ルパートは、多くの理由をブログに書いた なぜあなたはおそらくまだそれらを使用していないのですか。その一部は技術的であり、その多くは歴史的、マーケティング、心理的な理由です。それからデイブ、かなり熱心なウェブコンポーネントフォロワーと支持者、 別の驚きでフォローアップ。アプリを使用して使用する必要がありますか？おそらくそうではありません。

彼らは良くないので、あなたがそれらを使用すべきではないということではありません、それは次のとおりです。

コンポーネントに行く場所が1つしかない場合、おそらくWebコンポーネントは必要ありません。コンポーネントが同じ均一な技術スタックを使用するいくつかの異なるアプリまたは製品チームにサービスを提供している場合でも、おそらくWebコンポーネントは必要ありません。 Webコンポーネントが輝く場所は、コンポーネントが多くの場所に行く必要がある場合です。

ロゴのグリッド https://arewebcomponentsathingyet.com/ その話を語ってください：非常に大企業。

ノーラン・ローソンはそれを続けた 彼らが得意なものには、Webコンポーネントを使用してください、これについてより具体的な見解であり、それは主にデイブと同意します。彼らは彼らのための実際の問題を解決するので、大企業が彼らに手を伸ばしています。しかし、エンタープライズはソーシャルメディアにあまり存在していないため、あまり聞いていません。

では、なぜ大企業はWebコンポーネントのGagaなのでしょうか？一つには、Webコンポーネントに基づく設計システムがさまざまな環境で機能します。大企業は、React、Angular、Ember、および静的HTMLで書かれたフロントエンドを持っている可能性があり、それらはすべて会社のテーマとブランディングとうまくプレーする必要があります。大きな書き直し（上記のように）は、平均的なスタートアップにとって楽しいエクササイズかもしれませんが、エンタープライズの世界では実用的ではありません。

あなたのコードベースの多くの消費者を持つこと、そしてより長いタイムスケールについて考える必要があるため、さまざまな技術的決定につながるだけです。そして私にとって、これは、企業がWebコンポーネント、安定性と寿命を愛している主な理由を指し示しています。

これらの問題のいくつかがある場合は、おそらくWebコンポーネントの恩恵を受け、それらを使用するか、使用する必要があります。そうでなければ、何でも。誰もそれらを使用する許可を必要とし、多くの企業が何を気にせずにそれを行っています ソーシャルメディアの雰囲気 それらにあります。 Webコンポーネントにはまだいくつかの問題があり、幸いなことに、まだ積極的に取り組んでいるため、フェンスに乗って見ている場合に備えて、ストーリーは年々良くなるはずです。

ノーランは、明らかに、そしてすぐにウェブコンポーネントが優れていることを叫びます。

私にとって、 [client-rendered leaf components are] Webコンポーネントの最も明確にスラムダンクのユースケース。 DOMツリーの葉にコンポーネントがあり、サーバー側にレンダリングする必要はありませんが、そうではありません。 その内部のコンテンツ。例には、リッチテキストエディター、カレンダーウィジェット、カラーピッカーなどが含まれます。

ダンライアンには別のテイクがあります： 彼らは本当にシンプルかもしれません。彼はヘッダーコンポーネントを例として使用しましたが、極端なものを購入しませんでした。簡単な利点のための単純な更新です。

それで、これは私たちを何を得ましたか？この例では、それほど多くはありません。しかし、それが本当に輝いているのは、特定のページで使用されるコンポーネントに必要なCSSのみをロードすることです。訪問者のほとんどは、ほんの数コンポーネントを使用する単一のキャンペーンページのみを表示します。以前は、すべてのCSSを単一のファイルにバンドルし、すべてのファイルに提供していました。

私は、棚から1つを摘み取って、それが軽量で柔軟であることを知って、それを役立つものに使用できるようにすることができるウェブコンポーネントの最大のファンです。ノーラン自身 絵文字の要素 古典的な例です。一回限りのコンポーネントを見たとき そうではありません 最近、Webコンポーネント、私はすぐにそれがあったことを望みます。 このOverlayScrollbarsの「プラグイン」をチェックしてください。それは素晴らしいことではないでしょうか コンポーネント、宣言的で使いやすいものにしますか？ （はい。）

しかし、彼らが問題を解決している限り、私もより大きなアプローチを求めています。 Googleのマテリアルデザインはその例です。 材料3 彼らの最新のテイクであり、それは主にネイティブアプリに傾いているようで、Webバージョンは「すぐに来る」です。それが行われると、まるでWebコンポーネントベースのように見えます。それはクールで、おそらく驚くべきタッチでさえ、GoogleがAngularを促進する方法としてそれを使用できたのでしょう。しかし、彼らがWebコンポーネントに行ったからといって、Angularでうまく機能していると仮定して、Angularになっていないという意味ではありません。

少しのリンクアッピーで終わることを許可してください： 路面電車。 HTMLを使用してコンポーネント全体を定義するだけで、他の場所で使用する方法が本当に好きです。ビルドプロセスは必要なく、非常にネイティブな感覚を持っています。実は、 プリンシパルをチェックしてください – 彼らは私には聞こえます。そして、私はそれを言っているだけではありません Codepenでうまく機能します。